Date: Wed, 13 Mar 96 08:21:36 EST Message-Id: <9603131321.AA18640@nyquist> From: Patrick Doyle 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: (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.