Xref:	news2.mv.net comp.os.msdos.djgpp:3454
From:	Stewart McDonald <smcdonal AT pcug DOT org DOT au>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: MSDOS-compatibility (OBJ-files etc.)
Date:	Sun, 5 May 1996 10:40:40 +1000
Lines:	34
Message-ID:	<Pine.SOL.3.91.960505103649.11863C-100000@supreme>
References:	<4mauv0$ag7 AT madeline DOT INS DOT CWRU DOT Edu>
NNTP-Posting-Host:	cheese.pcug.org.au
Mime-Version:	1.0
In-Reply-To:	<4mauv0$ag7@madeline.INS.CWRU.Edu>
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Correct me if I'm wrong somewhere people:

On 2 May 1996, Richard Smol wrote:

> I really miss the online help... I guess you can't have it all.)
Just shell to info.exe

> Since C++ uses unix-like .o file this is not possible though.
> 
> Is there a way to create Microsoft-compatible .OBJ file with djgpp?

No, buuuuut, there is a utility to convert .obj files (and bin btw) to 
coff format, used by ld.exe. Of course this will only work with flat 
model programs, but it does work.

> I also have no idea how djgpp's protected mode would conflict with
> real-mode programs then. To be honest, this DPMI-stuff still baffles me
> (no modes? hmmm...). I also dislike having to use some sort of
> DPMI-manager all the time... can't djgpp be used to use (16 bit) real-mode

Nope.

> programs as well? That would be handy in terms of MSDOS-compati-
> bility. 

There are two ways to do that: The first: spawnl(or execl, whichever I 
always 4get) the r/m program. Second, compile it into a r/m com program, 
then allocate dos mem through the dpmi, load the com into the dos mem, 
then do a real mode call to the dos mem through the dpmi.

Cia0, Joker/JAM Australia

- Raw text -