Path: utzoo!utgpu!watserv1!watmath!uunet!ukma!usenet.ins.cwru.edu!mailrus!uwm.edu!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!att!cbnewsc!psfales
From: psfales@cbnewsc.ATT.COM (Peter Fales)
Newsgroups: unix-pc.general
Subject: Re: Dsplit on 3.5-inch floppy
Keywords: doesn't seem to see the end.
Message-ID: <13221@cbnewsc.ATT.COM>
Date: 31 Jan 90 01:41:16 GMT
References: <3894@cbnewsl.ATT.COM>
Distribution: na
Organization: AT&T Bell Laboratories
Lines: 34

In article <3894@cbnewsl.ATT.COM>, wtr@moss.ATT.COM (3673,ATTT) writes:
> 
> First of all, many thanks to Craig Votava for the dsplit 
> tool.  this is proving to be very useful.
> 
> Writing  to the floppy seems to go okay, ie. it uses the
> proper number of floppies for the size of the input stream.
> 
> Reading back in from the floppies, the program never seems
> to detect the last disk in the sequence.  It goes merrily
> along it's way, prompting for more floppies.
> 
Are you using cpio?  There is nothing inherent in dsplit that knows where
the stream of floppies ends.  However if you write with

find <options> | cpio -ocv | compress | dsplit -o (compress optional)

and read with

dsplit -i | uncompress | cpio -icvd

the cpio knows where the stream ends and will terminate the command.
I have used dsplit quite successfully this way on both the 7300 and 
my 6386 machine.

Peter Fales			AT&T, Room 5B-420
N9IYJ            		2000 N. Naperville Rd.
UUCP:	...att!ihlpb!psfales	Naperville, IL 60566
Domain: psfales@ihlpb.att.com	work:	(708) 979-8031
-- 
Peter Fales			AT&T, Room 5B-420
N9IYJ            		2000 N. Naperville Rd.
UUCP:	...att!ihlpb!psfales	Naperville, IL 60566
Domain: psfales@ihlpb.att.com	work:	(708) 979-8031