From:	Phil Galbiati <Philip DOT S DOT Galbiati AT Tek DOT com>
Newsgroups:	comp.os.msdos.djgpp
Subject:	loader bug?
Date:	Fri, 18 Oct 1996 18:21:28 -0700
Organization:	Tektronix
Lines:	37
Message-ID:	<32682D18.1213@Tek.com>
NNTP-Posting-Host:	philipga.cse.tek.com
Mime-Version:	1.0
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Greetings

I think I found what might be a bug (albeit pretty trivial) in
whatever it is which checks to see that a DPMI server is running.

When I tried to run a djgcc-compiled program on a DOS6.22/Win3.1
machine which had no DPMI server (I had forgotten to copy
CWSDPMI.EXE to it), it printed the following message:

   Load error: no DPMI

The bug is that it printed it to stdout, and since I had redirected
stdout to a file, I didn't see the error message.  Shouldn't it have
been printed to stderr?

Also, I don't like having two different versions of GO32.EXE with
the same name, but in different directories (I can get VERY picky
on fridays).  Would it be possible in some future version of djgpp
to have the path & filename of the old GO32.EXE specified in an 
environment variable, rather than using the search path?  That way,
I could rename the v1.12 GO32.EXE to GO32V112.EXE and keep it in my
DJGPP\BIN directory, rather than creating an OLDBIN directory for
it (I ran out of space in my PATH variable a long long time ago, so
having an OLDBIN directory with only one file in it is very
undesireable).

If I wanted to modify the existing v2.0 source to look for an
environment variable to find the v1.xx GO32, where in the source
tree should I be poking around?


thanx
--Phil Galbiati
=================================================
     Any opinions expressed here reflect the
     ignorance of the author, NOT Tektronix.
=================================================

- Raw text -