870646c@aucs.UUCP (12/08/87)
Keywords:Megas and hard disks After I posted my message about the GEMBOOT prg. not working properly, I received a message stating that GEMBOOT will not work properly with the new ROMS,well he also stated that there is a prg. call something like "FOLDRXXX.TOS", will this prg. work with the new ROMS? If it will do the trick could someone that has it please sent it to me in a reply msg. PLEASE do not send it via the binaries section I will never get it. Thanx in advance Barry
t68@nikhefh.UUCP (Jos Vermaseren) (12/08/87)
In article <637@aucs.UUCP>, 870646c@aucs.UUCP (barry comer) writes: > After I posted my message about the GEMBOOT prg. not working properly, I > received a message stating that GEMBOOT will not work properly with the new ROMS,well he also stated that there is a prg. call something like "FOLDRXXX.TOS", > will this prg. work with the new ROMS? If it will do the trick could someone > that has it please sent it to me in a reply msg. PLEASE do not send it via > the binaries section I will never get it. > Thanx in advance > Barry 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. Jos Vermaseren T68@nikhefh.uucp
landon@apple.UUCP (Landon Dyer) (12/16/87)
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.
john@viper.Lynx.MN.Org (John Stanley) (12/19/87)
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 ). This is incorrect. In a recient message on GEnie, someone from Atari mentioned that FOLDRXXX -will- work correctly because the person who wrote it included a special hook in the program that will identify new versions of the ROMs. It will then go into the ROM and find a special table put-there-by-Atari(!) just so that FOLDRXXX -will- be able to run on the newer systems... --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john