Xref:	news2.mv.net comp.os.msdos.djgpp:6739
From:	"Maan M. Hamze" <mmhamze AT mail DOT utexas DOT edu>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Help with DJGPP MSDOS Settings
Date:	2 Aug 1996 07:45:55 GMT
Organization:	University of Texas at Austin
Lines:	22
Message-ID:	<01bb8045$86f62e40$38705380@maan-m.-hamze>
References:	<01bb7fd6$24a76660$31fb5380 AT maan-m DOT -hamze> <3201578d DOT sandmann AT clio DOT rice DOT edu>
NNTP-Posting-Host:	slip-37-8.ots.utexas.edu
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Charles Sandmann <sandmann AT clio DOT rice DOT edu> wrote in article
<3201578d DOT sandmann AT clio DOT rice DOT edu>...
> > in autoexec.bat, RHIDE is crashing the system and gcc and gxx do not
work
> > after reporting that they can not find: dpmiload.exe, although I have
> 
> You have some borland dpmi loaded somehow or are somehow using their make
> or some other tool, probably due to having your path messsed up. 
dpmiload
> is not part of the djgpp package and should not be used with it.
> 
Yep, the path was messed up alright.  I went back to the path and changed
the order.  the bin directory of Turbo C++ came before DJGPP; I put it
after DJGPP, and after that things are working fine.  So, the bin directory
of Turbo C++ was the culprit.  However, let me note that dpmiload.exe is an
entirely different directory in the path.  So, apparently what happened
that running gcc or gxx activated something in the turbo C directory which
in turn tried to load dpmiload.  Anyway, the problem has been resolved and
the set djgpp=e:/djgpp/djgpp.env on my system is working fine now on its
own.
Maan

- Raw text -