From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Faylor To: John Wiersba Cc: "'cygwin@sourceware.cygnus.com'" Subject: Re: question (latest "stable" dll?) + bugs: vim, bash, gcc, cp, find, less, zip, ls Date: Tue, 22 Jun 1999 13:41:00 -0000 Message-id: <19990622164131.C29902@cygnus.com> References: <03F4742D8225D21191EF00805FE62B990205E167@AA-MSG-01> <03F4742D8225D21191EF00805FE62B990205E167@AA-MSG-01> X-SW-Source: 1999-06/msg00511.html On Tue, Jun 22, 1999 at 02:56:38PM -0400, John Wiersba wrote: >Since no one has yet suggested a "stable" release of cygwin1.dll after 1/16, >I tried the 5/23 release (it was the earliest one I could find after the >3/28 date mentioned below). It seems to be relatively stable so far (i.e. >I've used it for several minutes so far!). I did have to twiddle the >registry settings for mounts (not unexpected, after the comment about mounts >below). What does "twiddle the registry settings" mean, exactly? Does that mean that you didn't use the newer "mount" program which is associated with the DLL? AFAIK, there should be no need for any manual invervention in switching from an older DLL to a newer. The new DLL should read the older mount settings and copy them to the appropriate place in the registry. >2) It does not however seem to fix the "cd /; cd relativepath/dir" problem >(apparently going out to the LAN). Note that cd does eventually work -- it >just hangs for several seconds before figuring things out. > >=> Additional information: it doesn't hang when CDPATH is unset. It does >hang when CDPATH=. So, in other words, this is probably bash bug. Is anyone willing to debug this and offer a fix? cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Faylor To: John Wiersba Cc: "'cygwin@sourceware.cygnus.com'" Subject: Re: question (latest "stable" dll?) + bugs: vim, bash, gcc, cp, find, less, zip, ls Date: Wed, 30 Jun 1999 22:10:00 -0000 Message-ID: <19990622164131.C29902@cygnus.com> References: <03F4742D8225D21191EF00805FE62B990205E167@AA-MSG-01> X-SW-Source: 1999-06n/msg00511.html Message-ID: <19990630221000.7M8h3qQwctW3AtDekw7g4FCO6C-RHdeqnwwxSmSB9i4@z> On Tue, Jun 22, 1999 at 02:56:38PM -0400, John Wiersba wrote: >Since no one has yet suggested a "stable" release of cygwin1.dll after 1/16, >I tried the 5/23 release (it was the earliest one I could find after the >3/28 date mentioned below). It seems to be relatively stable so far (i.e. >I've used it for several minutes so far!). I did have to twiddle the >registry settings for mounts (not unexpected, after the comment about mounts >below). What does "twiddle the registry settings" mean, exactly? Does that mean that you didn't use the newer "mount" program which is associated with the DLL? AFAIK, there should be no need for any manual invervention in switching from an older DLL to a newer. The new DLL should read the older mount settings and copy them to the appropriate place in the registry. >2) It does not however seem to fix the "cd /; cd relativepath/dir" problem >(apparently going out to the LAN). Note that cd does eventually work -- it >just hangs for several seconds before figuring things out. > >=> Additional information: it doesn't hang when CDPATH is unset. It does >hang when CDPATH=. So, in other words, this is probably bash bug. Is anyone willing to debug this and offer a fix? cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com