Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!jato!vsnyder
From: vsnyder@jato.jpl.nasa.gov (Van Snyder)
Newsgroups: comp.sys.atari.st
Subject: Re: New TOS versions
Message-ID: <1991May2.203125.11915@jato.jpl.nasa.gov>
Date: 2 May 91 20:31:25 GMT
References: <672747111.0@egsgate.FidoNet.Org> <3092@krafla.rhi.hi.is>
Reply-To: vsnyder@jato.Jpl.Nasa.Gov (Van Snyder)
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 23

In article <3092@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:
>In <672747111.0@egsgate.FidoNet.Org> Shervin.Shahrebani.Of.250/744@f744.n250.z1.FidoNet.Org (Shervin Shahrebani Of 250/744) writes:
>
>>You don't need Pinhead if you have TOS 1.4 and above.  I have a Mega STE and
>>have experienced the problem as well but Pinhead is nothing compared to the
>>TOS's built in fast load.  Why bother when TOS has it already?  I know
>>pinhead may be compatible with a few more packages but there is nothing to
>>it.
>
>Doesn't Pinhead simply compress executables into a self-extracting form that
>takes less disk space and therefore less time to load?
>Is this what TOS 1.4 fastload does, or is there any benefit in using both
>methods?
TOS 1.4 and pinhead both suppress filling all of (allocated) memory with
zeroes before loading and executing the program.  That's all.  I got a
program that compressed programs, which then un-compressed upon executing,
but I had a lot of trouble with it.  I got it from atari.archive, but, since
having all the trouble, I haven't used it much, and therefore already
forgot the name.
-- 
vsnyder@jato.Jpl.Nasa.Gov
ames!elroy!jato!vsnyder
vsnyder@jato.uucp