From:	Martin Str|mberg <ams AT ludd DOT luth DOT se>
Message-Id:	<200104142113.XAA28564@mother.ludd.luth.se>
Subject:	Re: Stub trying to find COMSPEC=A:\COMMAND.COM\CWSDPMI.EXE!
To:	djgpp-workers AT delorie DOT com
Date:	Sat, 14 Apr 2001 23:13:27 +0200 (MEST)
In-Reply-To:	<4331-Sat14Apr2001223845+0300-eliz@is.elta.co.il> from "Eli Zaretskii" at Apr 14, 2001 10:38:46 PM
X-Mailer:	ELM [version 2.5 PL2]
MIME-Version:	1.0
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

According to Eli Zaretskii:
> 
> > From: Martin Str|mberg <ams AT ludd DOT luth DOT se>
> > Date: Sat, 14 Apr 2001 20:58:14 +0200 (MEST)
> > 
> > Ok. It seems that the stub is looping over other environment variables
> > after the PATH is exhausted.
> > 
> > If I add a environment variable ARNE=asas, I get a call to
> > truename("ARNE=asas\CWSDPMI.EXE")!
> 
> I don't understand how does that happen.  According to the code of
> load_dpmi in stub.asm, it should try all the directories in PATH, and
> if that fails (as in your case) try CWSDPMI.EXE with no leading
> directories, i.e. from the current working directory.  Only if that
> fails (meaning there's no CWSDPMI anywhere), will it go to the other
> environment variables.
> 
> But in your case, it does find CWSDPMI on its last attempt, so it
> should do a RET before going to other environment variables.  What am
> I missing?

What I'm seeing is that it tries the different parts from PATH then
other environment variables and last current directory. 

So it's implying the code is in fact going through other environment
variables before current directory.


Right,

						MartinS

- Raw text -