Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!dayton!viper!john
From: john@viper.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: GEMBOOT tested on US ROM's
Message-ID: <788@viper.UUCP>
Date: Tue, 7-Apr-87 15:19:51 EST
Article-I.D.: viper.788
Posted: Tue Apr  7 15:19:51 1987
Date-Received: Sat, 11-Apr-87 00:38:29 EST
References: <8704031501.AA13923@inria.inria.fr> <341cab34.1f6@apollo.uucp>
Reply-To: john@viper.UUCP (John Stanley)
Distribution: world
Organization: DynaSoft Systems
Lines: 30

In article <341cab34.1f6@apollo.uucp> weber_w@apollo.UUCP (Walt Weber) writes:
 >
 >Gemboot reported on boot that it found 112 folders total, I copied 80 folders
 >at a time from one partition to another and it WORKED FLAWLESSLY!
 >
 >Rebooting without GEMBOOT after that caused Show Info on the partition
 >to trash a portion of the drive FAT, and could even be made to cause a folder
 >copy to "two-bomb" crash the desktop.
 >
 >Rebooting with GEMBOOT back in permitted me to access all partitions, copy
 >folders, etc. without any hassle.
 >

  Walt, I suspect part of the show-info problem is that it uses repeated
fsfirst/fsnext calls to Tos which will probably bomb any time you try it
on a drive with over 50 folders on a non-GemBoot enhanced system.  This
is a remarkable program...  I still wish Konrad would explain more about
how the fool thing works so I'd feel comfortable using it...

  BTW, does the trashing of the FAT always come from doing a show-info?
This seems a bit odd since showinfo itself doesn't write -at-all- to the
disks.  Are you sure the order you listed cause-and-effect is correct?
I could understand how copying folders might trash the FAT on a really
huge directory, but not showinfo....  Anyone got a clue why this would 
happen?

--- 
John Stanley (john@viper.UUCP)
Software Consultant - DynaSoft Systems
UUCP: ...{amdahl,ihnp4,rutgers}!{meccts,dayton}!viper!john