Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!lll-lcc!pyramid!hplabs!well!perry
From: perry@well.UUCP (Perry S. Kivolowitz)
Newsgroups: comp.sys.amiga
Subject: Hans Was Right - Sort Of
Message-ID: <3569@well.UUCP>
Date: Fri, 17-Jul-87 01:46:27 EDT
Article-I.D.: well.3569
Posted: Fri Jul 17 01:46:27 1987
Date-Received: Sat, 18-Jul-87 13:12:54 EDT
Lines: 36
Keywords: facc bug found

The story so far:

Hans:  Perry, why does verification go faster when Facc is running?
       Is it really verifying from disk?
Perry: Don't know why its running faster but it IS verifying from disk.
Hans:  Ok, thanks.
Perry: With C. Scheppner's help we found out why verification runs faster.
       Not to worry - it is verifying from disk.

Chapter II - The Plot Thickens...(or - as the disk turns)

I have been getting  about  one  request a week asking if all was kosher
concerning  Facc's  apparent  format acceleration. I  kept looking for a 
problem but never found evidence of one.

Well,  talk  about  a case  of blinders - I  couldn't see any difficulty
in  the  formating because  I never had a floppy that had any flaws!!!!!
Damn Sony's :-)

Anyway, I  resorted to punching a hole through one of the little fellers
and lo! It didn't format anymore. Gee.

I started up FaccII and  saw that  the bashed sectors were in fact being
verified  from disk  and  were being rejected as misformatted. So format
retried. And the retry came from the cache. Ooops. Sorry.

Four assembly language instructions  later I can now promise that FaccII
formats correctly. 

Have no fear of your formatted floppies however, the  bug only manifests
itself if there have been RETRY's. If your floppy formatted cleanly then
it is a perfectly formatted floppy.

Sorry - And thanks to all on this especially Hans, and OJSands.

Perry S. Kivolowitz - ASDG Incorporated