Date: Fri, 28 Sep 2001 11:39:16 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: sandmann AT clio DOT rice DOT edu Message-Id: <1659-Fri28Sep2001113915+0300-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9 CC: djgpp-workers AT delorie DOT com In-reply-to: <10109280502.AA14315@clio.rice.edu> (sandmann@clio.rice.edu) Subject: Re: fixpath patch (testing info, suggestions) References: <10109280502 DOT AA14315 AT clio DOT rice DOT edu> 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: sandmann AT clio DOT rice DOT edu (Charles Sandmann) > Date: Fri, 28 Sep 2001 00:02:01 -0500 (CDT) > > Windows 95OSR2: Can launch DOS program if current directory SFN > 64 chars, > but any get directory call fails with ENODEV (BUG) Is this for LFN=n, or even with LFN calls? And when you say BUG, do you mean there's a bug in what our getcwd does, or a bug in Windows? > Now, lets take the Win9x bug next. If getcwd fails completely, what do > we do in fixpath? There is no failure code from fixpath. We currently > don't support returns of relative paths (but this would be easy to fix, > I don't know if it would break anything). We could create some bogus > name so everything would fail using the fixpath'ed name (right now we > use root). We could perror a message and exit. Relative paths might > allow some functionality to work, but might cause new bugs. I think, on balance, returning "d:./" is the best alternative. It shouldn't cause too much harm, and in many cases will silently DTRT. Those cases which fail are no worse than if we return a failure or some bogus directory. > For now, I'll focus on the Win2K path since it's very clear to me what > should be done there to fix that bug. Indeed. The Windows 9X issue is an old problem which we live with for a long time. I guess setting LFN=n on Windows is not something people do too often.