Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: 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 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