From owner-freebsd-bugs  Sun Aug 10 02:00:11 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA11648
          for bugs-outgoing; Sun, 10 Aug 1997 02:00:11 -0700 (PDT)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA11619;
          Sun, 10 Aug 1997 02:00:06 -0700 (PDT)
Resent-Date: Sun, 10 Aug 1997 02:00:06 -0700 (PDT)
Resent-Message-Id: <199708100900.CAA11619@hub.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, j@uriah.heep.sax.de
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA11113
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 10 Aug 1997 01:51:41 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA05436 for FreeBSD-gnats-submit@freebsd.org; Sun, 10 Aug 1997 10:51:40 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.7/8.8.5) id KAA01266;
	Sun, 10 Aug 1997 10:40:38 +0200 (MET DST)
Message-Id: <199708100840.KAA01266@uriah.heep.sax.de>
Date: Sun, 10 Aug 1997 10:40:38 +0200 (MET DST)
From: J Wunsch <j@uriah.heep.sax.de>
Reply-To: j@uriah.heep.sax.de
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/4260: EOF handling in st(4) is broken
Sender: owner-freebsd-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         4260
>Category:       kern
>Synopsis:       EOF handling in st(4) is broken
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Aug 10 02:00:04 PDT 1997
>Last-Modified:
>Originator:     J Wunsch
>Organization:
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

Any version of FreeBSD.

>Description:

The SCSI tape driver st(4) has a broken end-of-medium handling.  When
the drive encounters EOM, an EIO error condition is returned to the
caller.  The correct behaviour would be to signal EOF, i.e. a short
read or write (possibly even shortened to 0 bytes), and to not set the
error condition.

This bug breaks dump(8)'s -a option (and potentially also multi-
volume tar).

>How-To-Repeat:

Use dump -a on a tape set that would require more than a single
medium.

>Fix:
	
Not so trivial, unfortunately. :(


>Audit-Trail:
>Unformatted: