Date: Mon, 12 Feb 2001 21:48:52 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: "Mark E." Message-Id: <1438-Mon12Feb2001214852+0200-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6 CC: djgpp-workers AT delorie DOT com In-reply-to: <3A8792AA.26825.7F4B2@localhost> (snowball3@bigfoot.com) Subject: Re: Bash problem with SFN References: <3A86B90D DOT 15400 DOT 11A13E4 AT localhost> <3A8792AA DOT 26825 DOT 7F4B2 AT localhost> Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > From: "Mark E." > Date: Mon, 12 Feb 2001 07:37:14 -0500 > > > On DOS or on Windows? > > Windows. Yes, on DOS the program works as expected. > > How does it avoid this? Did you succeed to understand why does this > > problem happen? If so, perhaps you could explain what causes it. > > I avoid it by retrieving the current directory with getcwd so 'longlonglong' > turns into 'longlong'. So a 'cd dir' changes the working directory to > '/foo/longlong/dir' instead of '/foo/longlonglong/dir'. It might be too late to use `getcwd' after you chdir, because Windows has already updated its CDS structure with the long name. Maybe it would be better to convert the long name to a short one before calling chdir in the first place, e.g. with Int 21h/AH=60, a.k.a. `_truename' (just an idea).