public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Timothee Besset <ttimo@ttimo.net>
To: cygwin@cygwin.com
Subject: Re: cygpath 3.3.4 : incorrect windows to unix path conversions
Date: Mon, 18 Jul 2022 17:22:40 +0200	[thread overview]
Message-ID: <CACNhcBGfVGmd++3cdm8br5TSJ1Outt_--yW8aK5opGV8=qnUgQ@mail.gmail.com> (raw)
In-Reply-To: <995714381.20220628111956@yandex.ru>

Hello,

Thank you for the information, this helped me formulate a solution.

Best,
- TTimo

On Tue, Jun 28, 2022 at 10:20 AM Andrey Repin <anrdaemon@yandex.ru> wrote:

> Greetings, Timothee Besset!
>
> > Hello,
>
> > We are seeing some odd behavior from cygpath.exe when it is copied and
> used
> > outside the normal cygwin installation directory:
>
> > PS C:\Users\ttimo> C:\cygwin64\bin\cygpath.exe -a -u "C:"
> > /cygdrive/c
>
> To begin with, "C:" means "current working directory on drive 'C:'". Not
> "root
> directory of 'C:'".
> The behavior of cygpath is incorrect in this case.
>
> > After copying cygpath.exe and cygwin1.dll to a blank C:\tmp:
>
> Both must be in '…/bin' directory, this is user error.
>
> > PS C:\Users\ttimo> C:\tmp\cygpath.exe -a -u "C:"
> > /
>
> > (should be /cygdrive/c!)
>
> No? See above.
>
> > After copying those same files to C:\tmp\tmp:
>
> > PS C:\Users\ttimo> C:\tmp\tmp\cygpath.exe -a -u "C:"
> > /cygdrive/c
>
> > It works again!
>
> By coincidence. (And no.)
>
> > We bundle a few cygwin pieces (ssh, rsync) in our application and run
> them
> > on machines that may not have cygwin installed, this is why we are trying
> > to use cygpath outside a normal installation directory - see
> > https://gitlab.steamos.cloud/devkit/steamos-devkit for details.
>
> See above, cygwin tools' layout must follow FHS, or you will see all sorts
> of
> issues.
> That aside, you could always use /proc/cygdrive/ root for manual path
> conversion.
>
> > We've been using this setup for more than a year and only noticing this
> > now; I suspect this used to work fine but I couldn't tell you of an older
> > version that worked for sure.
>
> Um, no.
>
>
> --
> With best regards,
> Andrey Repin
> Tuesday, June 28, 2022 11:14:52
>
> Sorry for my terrible english...

  reply	other threads:[~2022-07-18 15:22 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-28  7:44 Timothee Besset
2022-06-28  8:19 ` Andrey Repin
2022-07-18 15:22   ` Timothee Besset [this message]
2022-06-28  9:24 ` Takashi Yano
2022-06-28 14:48 ` Doug Henderson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACNhcBGfVGmd++3cdm8br5TSJ1Outt_--yW8aK5opGV8=qnUgQ@mail.gmail.com' \
    --to=ttimo@ttimo.net \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).