From:	"deckerben" <bdeck AT lycos DOT co DOT uk>
Newsgroups:	comp.os.msdos.djgpp
References:	<3dde675f$0$29802$9b622d9e AT news DOT freenet DOT de> <200211221954 DOT gAMJsqm17743 AT envy DOT delorie DOT com> <3dded421$0$21171$9b622d9e AT news DOT freenet DOT de> <200211230138 DOT gAN1cur21059 AT envy DOT delorie DOT com>
Subject:	Re: a.out.h
Date:	Sat, 23 Nov 2002 09:44:06 +0100
X-Priority:	3
X-MSMail-Priority:	Normal
X-Newsreader:	Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE:	Produced By Microsoft MimeOLE V6.00.2600.0000
Lines:	38
Message-ID:	<3ddf3e97$0$29791$9b622d9e@news.freenet.de>
NNTP-Posting-Host:	213.6.60.34
X-Trace:	1038040728 news.freenet.de 29791 213.6.60.34:1202
X-Complaints-To:	abuse AT freenet DOT de
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

> > 1. How should the exec & nlist struct be defined (not in coff.h)?
>
> That would be the "optional header" documented on that web page.  If
> it's not on the web page, djgpp doesn't use it.

It appears not to (as far as I could see with the web page). Not directly
anyway.
I could perhaps then define one for compatibilty with UNIX source like:
using some of the defines in the 'AOUTHDR' struct for the compat 'exec'
struct
(i.e. a_text is tsize, a_data is dsize, etc).


> > 2. How would N_MAGIC be defiend? As ZMAGIC?
>
> That's documented on the web page.


It says:
magic - magic number - Always the value ZMAGIC (0x010b).
That sounds like 'yes'.


> > 3. What about SEGMENT_SIZE ?
>
> Er, what?  COFF defines each segment in the "Section Header" struct.


This is important I think. It is address of data segment in memory after it
is loaded.
Some systems define it as:
#define SEGMENT_SIZE page_size


Ben

- Raw text -