Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-Id: <3.0.5.32.19990317190502.009f14d0@pop.ma.ultranet.com> X-Sender: lhall AT pop DOT ma DOT ultranet DOT com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 17 Mar 1999 19:05:02 -0500 To: Tripp Lilley , cygwin AT sourceware DOT cygnus DOT com From: "Larry Hall (RFK Partners, Inc)" Subject: Re: Interesting bug? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 07:11 PM 3/17/99 -0500, Tripp Lilley wrote: >mount reports (among other things): > >v:\\tmp /tmp native text!=binary > >which is correct. > >in cmd.exe: > >c: >cd \tmp >(pwd now C:\tmp) > >ls > >'ls' displays contents of /tmp, not c:\tmp! ls //c/tmp works as expected. >'rm', 'chmod', and others seem to be looking in //c/tmp as expected when >run with relative path names (ie: echo 'hello' > /tmp/foo.txt, followed by >'rm foo.txt' with c:\tmp as pwd bombs as expected saying "foo.txt: No such >file or directory") > >-- > Tripp Lilley + Innovative Workflow Engineering, Inc. + (tripp AT iweinc DOT com) >------------------------------------------------------------------------------ > "You know, this /is/ kinda like the community room in a mental ward." > First, since you have /tmp as v:\\tmp, this may be causing some difficulty. It may be trying to interpret this path as a UNC name. Might be interesting to see if the behavior if you correct this. Second, the mount code has been completely rewritten. This bug may still exist, be different, or be cured! Larry Hall lhall AT rfk DOT com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 Wellesley, MA, 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com