From owner-freebsd-arch Tue Dec 21 0: 0:17 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 97709153C8 for ; Tue, 21 Dec 1999 00:00:14 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id JAA07410 for ; Tue, 21 Dec 1999 09:00:13 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id JAA24385 for freebsd-arch@freebsd.org; Tue, 21 Dec 1999 09:00:12 +0100 (MET) Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 32AC914D0B for ; Tue, 21 Dec 1999 00:00:02 -0800 (PST) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id XAA45289; Mon, 20 Dec 1999 23:59:56 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199912210759.XAA45289@gndrsh.dnsmgr.net> Subject: Re: filemarks? In-Reply-To: from Matthew Jacob at "Dec 20, 1999 11:51:18 pm" To: mjacob@feral.com Date: Mon, 20 Dec 1999 23:59:56 -0800 (PST) Cc: freebsd-arch@freebsd.org, syssgm@detir.qld.gov.au (Stephen McKay), grog@lemis.com (Greg Lehey), rb@gid.co.uk (Bob Bishop), rivers@dignus.com (Thomas David Rivers), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hf@Melog.DE (Hauke Fath) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > Write Behaviour near End of Media > > A user application detects EARLY WARNING during writing by > getting a return from the write(2) system call of zero ... [My model deleted along with lots of other stuff] > > > > Whats wrong with this model? > > The user application cannot distinguish EARLY WARNING from hard EOT directly. > You can put more data on tape after EARLY WARNING and before hard EOT. Trying to put any more data on tape after EARLY WARNING will make your tapes _extreamly_ non-portable. Infact doing anthing more than either writting filemarks, or bsr and filemarks will make your tape(s) unreadable on most systems out there. I think this is covered in one of the ANSI specs, but can't find a reference handy :-(. I do know from first hand work with things like VMS Backup that the SOP on early warning is, bsr, weof, weof, rewind. And in every tape application I have ever worked on that handled multivolumes on just about any tape drive accross any system this was what _had_ to happen to make it work, independent of tape drive type (9-track, mega-tape, QIC, 8mm, dat). Only applications intimately familiar with the tape drive they are working with should ever try to count on data being correct past Early Warning, independent of if you are reading or writing. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message