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.