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