Date:	Wed, 13 Mar 96 08:21:36 EST
Message-Id:	<9603131321.AA18640@nyquist>
From:	Patrick Doyle <wdoyle AT cdsp DOT neu DOT edu>
To:	orly AT natalie DOT eee DOT upd DOT edu DOT ph
Cc:	djgpp AT sun DOT soe DOT clarkson DOT edu
In-Reply-To:	<Pine.LNX.3.91.960313124832.149A-100000@natalie.eee.upd.edu.ph> (orly@natalie.eee.upd.edu.ph)
Subject:	Re: DPMI Error

   Have you tried running DJGPP Make under Windoze? I'm not too sure about 
   this, but I think the problem is that programs running under CWSDPMI 
   can't spawn 16-bit DPMI apps 'cause CWSDPMI doesn't support 16-bit DPMI. 
   But since Windoze does this, maybe then Make *will* work with your 16-bit 
   GAS.

That's were I was originally running everything.  When I switched to
running in DOS with CWSDPMI, that's when I saw the complaint about the
16-bit application.  So, it would appear that I can run the
application fine in a DOS box in Windows, but not when it is called by
(DJGPP) make.  I don't know if this is a bug or a feature :).  In the
mean time, I have tracked down a real-mode version of GNU make
(v. 3.71 from the GNUish project) that seems to solve this problem,
although I have heard a report that it is not the most stable
application.  (I haven't run into any problems after .5 hour of
tinkering).

So, the upshot of all of this is that, even though I can run a 16-bit
DPMI application from the command line in a Windows DOS box, I cannot
run that same application from within a DJGPP make instance.  Is this
a bug?  Or is it an unavoidable result of the implementation of (some
form of) 'exec()' within make?  I don't know.  Perhaps if I have the
time, I will take a look at make/libc and see if I can come up with
some ideas.


-- 
-patrick
wdoyle AT cdsp DOT neu DOT edu

Happiness is a Star Trek rerun I've never seen before.

- Raw text -