From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Lincoln, W. Terry" To: "'itz@lbin.com'" , "'pedwards@jaj.com'" Cc: "'cygwin@sourceware.cygnus.com'" , "'John.Wiersba@medstat.com'" Subject: RE: question (latest "stable" dll?) + bugs: vim, bash, gcc, cp, find, less, zip, ls Date: Tue, 22 Jun 1999 12:09:00 -0000 Message-id: X-SW-Source: 1999-06/msg00508.html Title: RE: question (latest "stable" dll?) + bugs: vim, bash, gcc, cp, find, less, zip, ls > -----Original Message----- > From: itz@lbin.com [ mailto:itz@lbin.com ] > Sent: Tuesday, June 22, 1999 1:59 PM > To: pedwards@jaj.com > Cc: cygwin@sourceware.cygnus.com; John.Wiersba@medstat.com > Subject: Re: question (latest "stable" dll?) + bugs: vim, > bash, gcc, cp, > find, less, zip, ls > > >    Mailing-List: contact cygwin-help@sourceware.cygnus.com; > run by ezmlm >    Precedence: bulk >    Sender: cygwin-owner@sourceware.cygnus.com >    Delivered-To: mailing list cygwin@sourceware.cygnus.com >    Date: Mon, 21 Jun 1999 19:09:05 -0400 >    From: Phil Edwards > > >    I'll add/respond to the few that I've encountered. > >    > 4) find is broken across mounts.  find clearly can see the    -- Snip -- > >    I've had the same thing happen to me while trying to run updatedb. >    Nothing ever got written to the temp file, by the way, so if you >    were thinking of running locate/updatedb, don't. > > There's a workaround for updatedb: use the --netpaths option.  For > instance, updatedb --netpaths=//d/.  You'll probably need --netuser as > well. > > But both these problems are symptoms of a bug in the path translation > layer that was only addressed on March 28.  A simpler way to > demonstrate the problem is just to create a mount point and try to > access a file below it with a relative path.  A real killer bug IMHO > but MHO doesn't count :-) I am afraid I too agree that this is pretty much a utility killer of a bug.  Perhaps this will someday be addressed and a real solution will be put forth.  This BUG has crippled many of my out-of-box porting attempts. :-( > > -- > Ian Zimmerman > Lightbinders, Inc. > 2325 3rd Street #324 > San Francisco, California 94107 > U.S.A. > W. Terry Lincoln                         \     \   _   / Senior Engineer                           \     \ |J| / Ultimate Technology Corporation            \    __|E|__ a Tridex Company (NASDAQ:trdx)              \  |__ S __| mailto:WTerryLincoln@engineer.com             \    |U| http://www.AngelFire.com/ny/TerryLincoln       \ / |S| \ http://www.geocities.com/Eureka/concourse/7326 \  | | ICQ #39362285                                   \ | | ================================================ ~~~~~ Opinions expressed do not represent the management of UTC.   Warren Terry Lincoln (E-mail).vcf -- 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: "Lincoln, W. Terry" To: "'itz@lbin.com'" , "'pedwards@jaj.com'" Cc: "'cygwin@sourceware.cygnus.com'" , "'John.Wiersba@medstat.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: X-SW-Source: 1999-06n/msg00508.html Content-type: multipart/mixed; boundary="----------=_1583532718-65105-51" Message-ID: <19990630221000.mN-UfisHEaukKTJtWYIiQj0M74WMAAYMFCOF_-xpoxo@z> This is a multi-part message in MIME format... ------------=_1583532718-65105-51 Content-length: 2725 Title: RE: question (latest "stable" dll?) + bugs: vim, bash, gcc, cp, find, less, zip, ls > -----Original Message----- > From: itz@lbin.com [ mailto:itz@lbin.com ] > Sent: Tuesday, June 22, 1999 1:59 PM > To: pedwards@jaj.com > Cc: cygwin@sourceware.cygnus.com; John.Wiersba@medstat.com > Subject: Re: question (latest "stable" dll?) + bugs: vim, > bash, gcc, cp, > find, less, zip, ls > > >    Mailing-List: contact cygwin-help@sourceware.cygnus.com; > run by ezmlm >    Precedence: bulk >    Sender: cygwin-owner@sourceware.cygnus.com >    Delivered-To: mailing list cygwin@sourceware.cygnus.com >    Date: Mon, 21 Jun 1999 19:09:05 -0400 >    From: Phil Edwards > > >    I'll add/respond to the few that I've encountered. > >    > 4) find is broken across mounts.  find clearly can see the    -- Snip -- > >    I've had the same thing happen to me while trying to run updatedb. >    Nothing ever got written to the temp file, by the way, so if you >    were thinking of running locate/updatedb, don't. > > There's a workaround for updatedb: use the --netpaths option.  For > instance, updatedb --netpaths=//d/.  You'll probably need --netuser as > well. > > But both these problems are symptoms of a bug in the path translation > layer that was only addressed on March 28.  A simpler way to > demonstrate the problem is just to create a mount point and try to > access a file below it with a relative path.  A real killer bug IMHO > but MHO doesn't count :-) I am afraid I too agree that this is pretty much a utility killer of a bug.  Perhaps this will someday be addressed and a real solution will be put forth.  This BUG has crippled many of my out-of-box porting attempts. :-( > > -- > Ian Zimmerman > Lightbinders, Inc. > 2325 3rd Street #324 > San Francisco, California 94107 > U.S.A. > W. Terry Lincoln                         \     \   _   / Senior Engineer                           \     \ |J| / Ultimate Technology Corporation            \    __|E|__ a Tridex Company (NASDAQ:trdx)              \  |__ S __| mailto:WTerryLincoln@engineer.com             \    |U| http://www.AngelFire.com/ny/TerryLincoln       \ / |S| \ http://www.geocities.com/Eureka/concourse/7326 \  | | ICQ #39362285                                   \ | | ================================================ ~~~~~ Opinions expressed do not represent the management of UTC.   Warren Terry Lincoln (E-mail).vcf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ------------=_1583532718-65105-51 Content-Type: text/vcard; charset=us-ascii; name="Warren_Terry_Lincoln_(E-mail).vcf" Content-Disposition: inline; filename="Warren_Terry_Lincoln_(E-mail).vcf" Content-Transfer-Encoding: base64 Content-Length: 985 QkVHSU46VkNBUkQKVkVSU0lPTjoyLjEKTjpMaW5jb2xuO1dhcnJlbjs7TXIu OwpGTjpXYXJyZW4gVGVycnkgTGluY29sbiAoRS1tYWlsKQpPUkc6VVRDO0Vu Z2luZWVyaW5nClRJVExFOlNlbmlvciBFbmdpbmVlcgpURUw7V09SSztWT0lD RTooNzE2KSA5MjQtOTUwMApURUw7SE9NRTtWT0lDRTooNzE2KSAzNzctMzk1 OQpURUw7Q0VMTDtWT0lDRTooNzE2KSAyNjEtMzk1OQpURUw7Q0FSO1ZPSUNF OgpURUw7V09SSztGQVg6KDcxNikgOTI0LTE0MzQKQURSO1dPUks6O1ZpY3Rv cjsxMDAgUmF3c29uIFJvYWQ7VmljdG9yO05ZOzE0NTY0LTAwMDA7VW5pdGVk IFN0YXRlcyBvZiBBbWVyaWNhCkxBQkVMO1dPUks7RU5DT0RJTkc9UVVPVEVE LVBSSU5UQUJMRTpWaWN0b3I9MEQ9MEExMDAgUmF3c29uIFJvYWQ9MEQ9MEFW aWN0b3IsIE5ZIDE0NTY0LTAwMDA9MEQ9MEFVbml0ZWQgU3RhdGVzIG9mPQog QW1lcmljYQpBRFI7SE9NRTo7OzEwMCBDb3VydHNoaXJlIExhbmU7UGVuZmll bGQ7Tlk7MTA1MjYtMjY3ODtVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2EKTEFC RUw7SE9NRTtFTkNPRElORz1RVU9URUQtUFJJTlRBQkxFOjEwMCBDb3VydHNo aXJlIExhbmU9MEQ9MEFQZW5maWVsZCwgTlkgMTA1MjYtMjY3OD0wRD0wQVVu aXRlZCBTdGF0ZXMgb2YgQW1lcmk9CmNhCkVNQUlMO1BSRUY7TVM6VUxUSU1B VEUvVVRDUE8vTGluY29sblQKUkVWOjE5OTkwMTIxVDEzMzYwM1oKRU5EOlZD QVJECgo= ------------=_1583532718-65105-51--