🚀 go-pugleaf

In article <1158@psueea.UUCP> bartonr@psu-cs.cs.pdx.edu (Bob Barton) writes:
>
>  Whoops!  I should have looked at those load files a little more before
>posting that last message.  It seems that the sizes given in the hunk_header
>block do use the upper two bits for type information, even if the sizes in
>the individual hunks don't.  This apparently allows the loader to go ahead
>and allocate space for each hunk in the appropriate area of memory without
>having to first scan the file to look at the type of each hunk.

Hmmmm... I was talking about object files.

But load files have the type information on both places.

The addition of the bits to the hunk size information in hunk_header
is where that comment about "Old versions of the LOADER will interpret
the new hunk types as VERY large hunk[s] and not load [them]..,"
in the Bantam AmigaDOS manual comes from.  By "new hunk types"
they mean "hunk size words with high-order bits holding type information."
The actual hunk types still carry the information, though.

-- 
-------------------------------------------------------------------------
Andy Heffernan              uunet!glyph!nichiren            [1222 - 1282]
-------------------------------------------------------------------------