Date: Fri, 28 Sep 2001 18:37:38 +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
Message-Id: <9791-Fri28Sep2001183738+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: <10109281533.AA13499@clio.rice.edu> (sandmann@clio.rice.edu)
Subject: Re: fixpath patch (rev 2)
References:  <10109281533 DOT AA13499 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:33:59 -0500 (CDT)
> 
> What's currently in the code is if it sees a UNC it just decides to
> return the absolute path that getcwd returned.  (My reasoning: this
> code can only be activated if lfn=y and ver=0x532.

I thought you are coding this for Windows 9X under LFN=n as well, no?

> By the way, this section of code will never call AH=60
> truename call, it will always call the 7160 version (does it ever
> return UNC?)

I don't know.

One (tedious) way to try is to see if MSCDEX in DOS mode returns a UNC
with AH=60h.  If it does, you could fire up Windows 9X but disable its
32-Bit File Access.  This should cause it to call down to DOS,
including MSCDEX (which should be loaded in this case).

Not that I recommend actually trying this--I'm not at all convinced
Windows will return what DOS feeds it, it might do some processing of
its own, even without 32BFA--but if you _must_ see something to
believe it's possible...