Drew Eckhardt wrote:
> An early-end-of-tape warning _could_ be useful for certain
applications.
Possibly, but IMO a better behavior is when we encounter early EOM the
driver should return the actual number of bytes written (usually, the
full amount), then for future write()'s return ENOSPC. If during a
write we encounter EOM, the driver should return the actual number of
bytes written, then for future write()'s return EIO. AFAIK, this *is*
what the current st driver does.
Thus, the application needn't be concerned about whether we are getting
close to EOM. You get the best possible behavior whether the drive
signals early EOM or not.
--
Richard Fish Enhanced Software Technologies, Inc.
Software Developer 4014 E Broadway Rd Suite 405
[EMAIL PROTECTED] Phoenix, AZ 85040
(602) 470-1115 http://www.estinc.com
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
