This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: Updated: cygwin, mingw, w32api
- To: "'cygwin at cygwin dot com'" <cygwin at cygwin dot com>, cygwin-announce at cygwin dot com
- Subject: Re: Updated: cygwin, mingw, w32api
- From: Christopher Faylor <cgf at redhat dot com>
- Date: Wed, 25 Apr 2001 19:28:32 -0400
- References: <70DB181F3302D21192700000F806F3A00743592F@utoexc1.uto.cpqcorp.net>
- Reply-To: cygwin at cygwin dot com
On Wed, Apr 25, 2001 at 11:56:07PM +0200, Sprenger, Karel wrote:
>After redefining the old-style symlinks I had to the new cygwin 1.3.1
>style, I noticed that the cd command (a bash builtin) no longer follows
>symlinks. For example, /usr/lib/terminfo is a symlink to the directory
>/usr/share/terminfo, but cd -L /usr/lib/terminfo nor cd -L
>/lib/terminfo work. Leaving out the -L option results in the same
>message "bash: cd: /usr/lib/terminfo: No such file or directory".
>Ironically, NT's explorer recognizes the symlink and behaves as
>expected.
This particular symlink is actually broken in 1.1.8, too.
I have no problems with other symlinks, though.
Can you provide a simple test case that worked on 1.1.8 but
fails on 1.3.1?
cgf
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple