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