Article View: comp.sys.atari.st
Article #26338Re:Re: HDSCAN (and GEMBOOT.PRG)
From: XBR4D76H
Date: Thu, 16 Apr 1987 23:59
Date: Thu, 16 Apr 1987 23:59
48 lines
2655 bytes
2655 bytes
Received: from BR4.THD.DA.D.EUROPE by DDATHD21.BITNET
via GNET with RJE ; 17 Apr 87 01:00:05
Date: Fri, 17 Apr 87 00:55:08 +0200 (Central European Sommer Time)
From: XBR4D76H@DDATHD21.BITNET
Subject: Re:Re: HDSCAN (and GEMBOOT.PRG)
To: info-atari16@score.stanford.edu
X-VMS-To: X%"info-atari16@score.stanford.edu"
In Digest 161, Vol 87, dayton!viper!john@RUTGERS.EDU writes:
> .....
> 3rd) (And the PRIMARY reason) Is that nowhere in the message that came
> with the posting -OR- with the archive itself is there -any- explanation
> of "What GemBoot Does to the System".... It says that it potentialy
> corrects "some" of the 40-folder problems, but it has -no- details about
> how it works or what functional changes are caused by running it in an
> AUTO folder...
> .....
If you would have read a bit further than the first 4 lines of my posting
you could have extracted following how GEMBOOT works:
1) It adds 300 system blocks to the free lists.
2) It forces GEMDOS to build up a complete internal directory tree by
scanning all directories on hard disk drives with Ffirst()-Fnext().
The internal dir. blocks generated by this duo are errorfree and prevent
GEMDOS from generating duplicates which overflowed the system memory
formerly.
GEMBOOT does *not* modify any GEMDOS internal dir. blocks.
After booting GEMBOOT stays resident only to prevent memory space for the
additional dir. blocks and the DESKTOP path buffer.
BTW:
What could you say to someone who is afraid of using your posted programs
because of the risk of blowing his system ?
Nothing.
We all know of this risk using PD Software.
We weigh the goods against the risks and make our individual choice.
If you can live with the permanent system crashs and the 40 folder limit
leave it.
If not try GEMBOOT.
But please don't write comments on a program you haven't tested nor even
read its description entirely.
Konrad A. Hahn
Dept. of Computer Science @ Techn. University Darmstadt, W.-Germany
BITNET: XBR4D76H@DDATHD21
Technical Details
Message-ID:
<8704162303.AA17594@ucbvax.Berkeley.EDU>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!clyde!rutgers!ames!ucbcad!ucbvax!DDATHD21.BITNET!XBR4D76HShow Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!clyde!rutgers!ames!ucbcad!ucbvax!DDATHD21.BITNET!XBR4D76H From: XBR4D76H@DDATHD21.BITNET.UUCP Newsgroups: comp.sys.atari.st Subject: Re:Re: HDSCAN (and GEMBOOT.PRG) Message-ID: <8704162303.AA17594@ucbvax.Berkeley.EDU> Date: Thu, 16-Apr-87 18:59:06 EST Article-I.D.: ucbvax.8704162303.AA17594 Posted: Thu Apr 16 18:59:06 1987 Date-Received: Sat, 18-Apr-87 01:54:28 EST Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 48