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 X-Authentication-Warning: hp2.xraylith.wisc.edu: khan owned process doing -bs Date: Fri, 12 Jan 2001 16:14:19 -0600 (CST) From: Mumit Khan To: cygwin AT sources DOT redhat DOT com Subject: Re: Problem with F:/ and /cygdrive/f/ In-Reply-To: <14943.28516.912000.791598@gargle.gargle.HOWL> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 12 Jan 2001, Richard Y. Kim wrote: > >>>>> "JM" == Joey Mukherjee writes: > > JM> I have a program which works perfectly when I tell > JM> it to read from a file at /cygdrive/f/ . However, > JM> when I set the directory to F:/, the program no > JM> longer works. > > I would like to add that GNU tar that comes with cygwin > distribution has always had the same problem going back > several years. For example, That's because GNU tar will translate the path F:/ to the / directory on *host* F, not quite the same thing you thought it meant. This feature is quite well documented in GNU tar's info file, and even says so when you type ``tar --help'' (see the last paragraph that explains the meaning of ARCHIVE)! Joey's problem lies elsewhere, and quite possibly in the program he's talking about. Cygwin does do the translation where it's possible/unambiguous; for example, ``ls c:/'' does produce the expected behaviour, and ls doesn't include any special magic to handle this AFAIK. Just try it with gcc, and that'll work too. Regards, Mumit -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple