Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <3AE764B9.8388D062@ece.gatech.edu> Date: Wed, 25 Apr 2001 19:58:49 -0400 From: Charles Wilson X-Mailer: Mozilla 4.7 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: cygwin AT cygwin DOT com CC: cygwin-announce AT cygwin DOT com Subject: Re: Updated: cygwin, mingw, w32api References: <70DB181F3302D21192700000F806F3A00743592F AT utoexc1 DOT uto DOT cpqcorp DOT net> <20010425192832 DOT A1232 AT redhat DOT com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Christopher Faylor wrote: > > 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? Perhaps the problem isn't cygwin, but is the ncurses package (which provides that symlink). do you get the same failure with ncurses-5.2-5 (released today)? --Chuck -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple