Date: Tue, 21 Dec 1999 00:04:56 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net> Cc: freebsd-arch@freebsd.org, Stephen McKay <syssgm@detir.qld.gov.au>, Greg Lehey <grog@lemis.com>, Bob Bishop <rb@gid.co.uk>, Thomas David Rivers <rivers@dignus.com>, Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>, Hauke Fath <hf@Melog.DE> Subject: Re: filemarks? Message-ID: <Pine.BSF.4.10.9912210004280.56276-100000@beppo.feral.com> In-Reply-To: <199912210759.XAA45289@gndrsh.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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. Okay. How about commenting on the 'read' side again? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9912210004280.56276-100000>