Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!amdahl!pyramid!uccba!hal!ncoast!allbery From: allbery@ncoast.UUCP (Brandon Allbery) Newsgroups: comp.unix.wizards,comp.unix.questions Subject: Re: Microport Unix V/AT and 9600 baud Message-ID: <4764@ncoast.UUCP> Date: Mon, 28-Sep-87 19:17:42 EDT Article-I.D.: ncoast.4764 Posted: Mon Sep 28 19:17:42 1987 Date-Received: Wed, 30-Sep-87 07:14:25 EDT References: <1198@dasys1.UUCP> <207@eurifb.UUCP> <105@suprt.UUCP> Reply-To: allbery@ncoast.UUCP (Brandon Allbery) Followup-To: comp.unix.wizards Organization: Cleveland Public Access UN*X, Cleveland, Oh Lines: 28 Xref: mnetor comp.unix.wizards:4571 comp.unix.questions:4316 As quoted from <105@suprt.UUCP> by jmsully@suprt.UUCP (John M. Sully UUCP: ...!{sun | ucbvax | ihnp4}!amdcad!uport!techs): +--------------- | In article <207@eurifb.UUCP>, wietse@eurifb.UUCP (Wietse Venema) writes: | > I had a similar problem when increasing the size of writes to floppy from | > 512 bytes to 1k (it was a small program that sits in a pipeline with tar | > and asks for a new floppy at the appropriate time). Tar will complain | > when the archive is read (directory checksum errors). There are no problems | > with 512-byte writes. | | It may also be possible that this is a problem with tar, you might try | using the block factor (b) option to read the disk. Also make sure that | you are using the raw device when you read and write the diskette. +--------------- This probably *is* a problem with tar. I've had problems with some systems reading from a zcat | tar xf - pipeline, which goes away if I uncompress the input file and say tar xf filename. I infer that the "blocksize" on a pipe is widely variable, at least with zcat on the other end, and tar therefore hangs on strangely-shaped blocks. (Most recent system this occurred on was a 3B1; I've had it happen on Plexus and Altos as well, so I suspect it's a problem with tar itself. Not just the AT&T version, either; Altos uses the BSD version. -- Brandon S. Allbery, moderator of comp.sources.misc {{harvard,mit-eddie}!necntc,well!hoptoad,sun!mandrill!hal}!ncoast!allbery ARPA: necntc!ncoast!allbery@harvard.harvard.edu Fido: 157/502 MCI: BALLBERY <> "Mummy, what's an opinion?"