cygpath 2.4.0 (32-bits) in error?

[Corinna Vinschen]

On Jan 21 19:34, Houder wrote:
> On 2016-01-21 16:42, Corinna Vinschen wrote:
> >On Jan 21 15:11, Achim Gratz wrote:
> >>Houder <houder <at> xs4all.nl> writes:
> >>> %% uname -a
> >>> CYGWIN_NT-6.1-WOW Seven 2.4.0(0.293/5/3) 2016-01-15 16:14 i686 Cygwin
> >>>
> >>> %% /usr/bin/cygpath -S -u
> >>> /drv/c/Windows/SysWOW64 <==== Nice, the truth is out! ... but do we want
> >>> it here?
> >>> %% /usr/bin/cygpath -S -w
> >>> C:\Windows\system32
> >>> %%
> >>> %% /usr/bin/cygpath -S -U
> >>> /proc/cygdrive/c/Windows/SysWOW64 <==== ditto
> >>
> >>Well
> >>
> >>/usr/bin/cygpath -u $( /usr/bin/cygpath -Sw )
> >>
> >>delivers the right result.  I guess an option to chose which result to
> >>get
> >>might be nice, but I can cope either way.
> >
> >I hate this path redirection stuff.  Patches welcome.  Maybe we should
> >simply replace SysWOW64 with System32, a simple string operation.
> 
> Hi Corinna,
> 
> Did not mean to get you angry ...

It's not you getting me angry here ;)

> do_sysfolders() in cygpath.cc has changed between 2.3.1 and 2.4.0 where
> it attempts to ascertain the 'system directory'.
> 
> The postprocessing after GetSystemDirectoryW() is different ...

Yes, that was necessary to return case-correct paths.  I commited a
patch and hour and a half ago and uploaded a new snapshot to
https://cygwin.com/snapshots/  Please give it a try.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20160121/1fafa71c/attachment.sig>