From:	Martin Str|mberg <ams AT speedy DOT ludd DOT luth DOT se>
Subject:	Re: Generate real-mode 386 DOS executables?
Newsgroups:	comp.os.msdos.djgpp
References:	<BQ2S9.280216$a8 DOT 123208 AT news4 DOT srv DOT hcvlny DOT cv DOT net>
User-Agent:	tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (NetBSD/1.5_BETA (alpha))
Message-ID:	<1041810858.243344@queeg.ludd.luth.se>
Cache-Post-Path:	queeg.ludd.luth.se!unknown AT speedy DOT ludd DOT luth DOT se
X-Cache:	nntpcache 2.4.0b5 (see http://www.nntpcache.org/)
Date:	05 Jan 2003 23:54:18 GMT
Lines:	28
NNTP-Posting-Host:	queeg.ludd.luth.se
X-Trace:	1041810858 news.luth.se 26546 130.240.16.109
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Spam Averse <nobody AT spamcop DOT net> wrote:
: I'm willing to take the pain of the 16-bit to 32-bit conversion, but I 
: want the pain to end there.  That is, I don't want to have to install 
: himem.sys to support a protected mode application.  The 640KB of DOS 

You don't have to. IIRC, CWSDPMI can use extended memory without any
memory manager. But that is probably not used often, so beware of
bugs.

: address space is enough (Bill Gates, call your office!) for my 
: application, and it is the only program running on the system, other than 
: DOS itself.  I really don't need access to extended memory, just 32-bit 
: code generation from a contemporary C compiler.

As above: if you have extended memory I think CWSDPMI will use it.

: So... can I use DJGPP to generate a 32-bit real mode DOS application?

No. It will still be protected mode.

It's not DJGPP, but people have managed to make GCC and binutils
compile real mode .COM DOS programs. But as GCC only have flat address
space you'll be limited to .COM programs.


Right,

						MartinS

- Raw text -