Path: utzoo!mnetor!uunet!husc6!think!ames!amdahl!nsc!voder!apple!landon
From: landon@apple.UUCP (Landon Dyer)
Newsgroups: comp.sys.atari.st
Subject: Re: FOLDERXXXXX
Message-ID: <7010@apple.UUCP>
Date: 15 Dec 87 16:13:27 GMT
References: <637@aucs.UUCP> <410@nikhefh.UUCP>
Organization: Apple Computer, Inc., Cupertino, USA
Lines: 25

In article <410@nikhefh.UUCP>, t68@nikhefh.UUCP (Jos Vermaseren) writes:
> FOLDRXXX starts up with a little table of ROM versions and corresponding
> to each version an address. At that address it inserts a list of memory
> pieces to be used. If you use new ROM's these addresses have been changed
> so you cannot use FOLDRXXX unless you figure out the new address you need
> and substitute the necessary information into the binary of FOLDRXXX ( or
> a disassembly ). On the other hand: the new version of the ROMs for the
> Mega has a much larger OSpool from which these memory blocks are taken.
> It used to be 6000 bytes, but the new size is 16000 bytes. I don't know
> whether this makes FOLDRXXX superfluous. Maybe Allan Pratt can comment
> on that.

Phhhlpbb!

The new ROMs (dated Feb 14, 1986 and onward) contain pointers to the
critical Gemdos variables in the ROM header, and FOLDRxxx knows about
them.  No need to patch.  The larger pool in the new ROMs does NOT make
the utility superfluous, and could even be considered a misfeature,
since it rips-off another 8K from the initial TPA size.  I know of some
applications that failed on 512K machines because of the "missing" TPA.

-Landon
-- 

I speak for me.