From: | Alastair M. Robinson |
Date: | 29 Aug 2000 at 21:25:40 |
Subject: | Re: Another problem... Zip Drive |
Hi Nick,
> I just thought I'd mentiion it for completeness really, though there must be
> some reason for this behavior to cause data to be executed as program code,
> maybe somethings stuffing the program counter with jibberish? Not that
> helps to solve the problem really :)
Could be - but it's more likely that IDEFix is having a minor nervous
breakdown while trying to work with your drive, and trashing its own stack.
>> Is your Zip drive IDE or ATAPI? (If it's got the word "iomega" in red
>> in the bottom left corner, it's probably IDE).
> [snip interesting ide zip stuff]
> No, it must e an ATAPI one as it's not made by Iomega, but rather Panasonic,
> i've had the A4000 open enough to find that out :)
Hmmm. I suppose trying the drive in its natural habitat (a PC) would be out
of the question? Hate to say it, but I'm afraid it's looking suspiciously
like a faulty drive ;-(
> I have tried just that with low level formatting and partitioning with
> Errors 3, 29 and 30. I'd like to know what error 3 is! :)
So would I! I can't see any reference to it in the Amiga includes...
> Finally, do you actually need IDEFix? If you've just got a CD-ROM on the
> second channel, you can use atapi.device without running IDEFix.
> The CD-ROM is a proper SCSI-2 machanism on the GVP 4060 SCSI controller -
> gvpscsi2.device. I have tried without running IDEFix, but as soon as
> atapi.device is called, IDEFix is launched.
You mean you're seeing the nag requester? IIRC correctly, with the version
of IDEFix I last played with, IDEFix, LoadIDE and the CacheCDFS all brought
up the nag requester, but atapi.device on its own didn't - so you could use
a CD audio player without seeing the requester. (This was atapi.device
113.3 - which version are you trying to use?)
All the best,
Fat free: no extra charge for the fat.
Quote carefully and read all ADMIN:README mails