> > secsize is 0 in some cases (I think it happens when an INQUIRY fails
> > without being detected as having failed).
> >
> > In any case a/(b/c) = a*c/b, but without any divl (with b sometimes 0
> > and c == 2^20).
>
> This is a good idea, but will probably just delay the appearance of the
> problem. It also shows that the Zip drive has buggy firmware, since it
> shouldn't return a sector size of 0 without an error.
That is perfectly true. It's just that I have not the foggiest why the
thing crashes, and this removes the panic. But, rewriting the
computation removes one divl from the object code (replacing it by a
multiply) :)
With respect to the problem with the Zip drive: I haven't got the
foggiest what the problem is. Anyone with a non-Plus drive has the same
problem (as stated in PR 12041)?
Cheers,
Nick
--
e-Mail: [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
