On Sep 17 01:55, Shaddy Baddah wrote: > Hi Larry, > > Larry Hall (Cygwin) wrote: >> >> <snip> >> >>> Genuine bug? >> >> No, a feature. Having the existing drives show up under '/cygdrive' >> is a convenience >> for things like bash and other shells so that they can do completion >> on the paths to >> these drives. If you don't want what's under the '/cygdrive' >> directory, you can omit >> it from your invocation of 'find'. >> > > Respectfully, I think you've misunderstood my problem. I've just > posted a followup which will show an out and out inconsistency (well, > at least in my opinion): > > sha...@x-vista ~ > $ ls /cygdrive/c/software/cygwin/cygdrive > > sha...@x-vista ~ > $ cd /cygdrive/c/software/cygwin/ > > sha...@x-vista /cygdrive/c/software/cygwin > $ ls ./cygdrive > c d e > > sha...@x-vista /cygdrive/c/software/cygwin > $ > > IMO, the result of the first ls is the more logical. It at least is > consistent with 1.5 if anything else (not that this is a strong > argument).
It's a bug nevertheless. I introduced it in May, when I tried to workaround a problem with a stored cwd using non-ASCII chars in case the application switches the locale. The idea was to store the path only as Windows path and evaluate the matching posix path only on first usage. Unfortunately that results in an unwanted side-effect: $ cd /cygdrive/c/cygwin $ pwd / I fixed this problem now differently. When setlocale is called, the path of the current working dir is actually converted from the old charset to the new charset. Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
