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'. "