Date: Fri, 28 Sep 2001 18:29:49 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id: <3028-Fri28Sep2001182949+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: <10109281501.AA16530@clio.rice.edu> (sandmann@clio.rice.edu)
Subject: Re: fixpath patch (testing info, suggestions)
References:  <10109281501 DOT AA16530 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 10:01:21 -0500 (CDT)
> 
> > 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.
> 
> It does seem to make the most sense.  I'll test it with some fileutils
> to see if lfn=n in deep directories behaves.  The options were "d:"
> "d:." or "d:./." (fixpath does not return trailing / except on root).

"d:." should also be okay.  "d:" is not, I think: some Unix-chauvinist
code will blindly add a slash and end up with a root
directory--something we wanted to avoid.