Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!amdcad!ames!rutgers!psuvax1!burdvax!sdcrdcf!trwrb!scgvaxd!stb!michael
From: michael@stb.UUCP (Michael)
Newsgroups: comp.sys.amiga
Subject: Re: ARRGH! Disk Killer in 1.2
Message-ID: <10006@stb.UUCP>
Date: 12 Dec 87 02:45:14 GMT
References: <1539@stb.UUCP> <35591@sun.uucp>
Reply-To: michael@stb.UUCP (Michael)
Organization: STB BBS, La, Ca, USA, 90402
Lines: 27

In article <35591@sun.uucp> cmcmanis@sun.UUCP (Chuck McManis) writes:
>In article <1539@stb.UUCP> michael@stb.UUCP (Michael) writes:
>>There is a NASTY disk eater bug in 1.2
>>
>>The bug? There is a requestor in 1.2 that says "You MUST replace disk
>>so and so in drive so and so.". It didn't come up. Nor was the i/o
>>simply flushed and lost; it wrote on the wrong disk.

>This isn't a bug its a feature! :-(. If HEX is doing what I think it
>is doing. When you DiskCopy something, did you notice how the little
>disk icons both say "BUSY:" underneath them? Well that is the result
>of sending an ACTION_INHIBIT to the drive. As far as DOS is concerned

I'm not doing a diskcopy. HEX is not using INHIBIT--everything it looks
at after checking for a key disk (a least it checks both drives) is dos
files accessed through dos.

Once again: A read/write error occurs, I tried switching disks, had
to manually press retry, and then the hex root track writes over my
utilities root track.

				Michael
p.s. Like my .signature says, ...
-- 
: Michael Gersten		ihnp4!hermix!ucla-an!remsit!stb!michael
:				sdcrdcf!trwrb!scgvaxd!stb!michael
: "Copy Protection? Just say 'Off site backup'. "