richard@xanth.b11.ingr.com (Richard Griffiths ) (06/19/91)
The mtools utilities work fine as long as the file fits on a single diskette. I understand DOS copy has the same limitation, but we have customers that create multi-megabyte files then want to transfer by diskette to a DOS machine. Is there any public domain utilities that can handle this? Maybe a DOS version of cpio perhaps. Any help would be greatly appreciated and said appreciation is renewable for a small annual fee :-). -- Richard A. Griffiths ...uunet!ingr!b11!xanth!richard (UUCP) Intergraph Corp. richard@b11.ingr.com (Internet) "Cynical optimism - a philosophical palindrome".
hpa@casbah.acns.nwu.edu (H. Peter Anvin) (06/19/91)
In article <1991Jun19.153929.12438@infonode.ingr.com> of comp.unix.msdos, richard@xanth.b11.ingr.com writes: > The mtools utilities work fine as long as the file fits on a single diskette. I understand DOS copy has the same limitation, but we have customers that create multi-megabyte files then want to transfer by diskette to a DOS machine. Is there any public domain utilities that can handle this? Maybe a DOS version of cpio perhaps. If you copy your file to the hard disk of a DOS machine you can used SLICE to hack it onto a limitless number of floppies. SLICE automatically creates a program called SPLICE.COM which when run on a DOS machine recreates the original file. If what you need is a UNIX utility that does the same thing, I could try to port it for you. It should be a simple thing to do. /Peter -- MAIL: hpa@casbah.acns.nwu.edu (hpa@nwu.edu after this summer) "finger" the address above for more information.
les@chinet.chi.il.us (Leslie Mikesell) (06/20/91)
In article <1991Jun19.153929.12438@infonode.ingr.com> richard@xanth.b11.ingr.com writes: >The mtools utilities work fine as long as the file fits on a single diskette. >I understand DOS copy has the same limitation, but we have customers that >create multi-megabyte files then want to transfer by diskette to a DOS >machine. Is there any public domain utilities that can handle this? >Maybe a DOS version of cpio perhaps. A long time ago I tried to convince Emmet Gray (the author of mtools) that he should add a variation to mread/mwrite that would work with pipes and multiple disks, prompting as necessary, but perhaps he didn't see the need for it. There is in fact one or more variations of cpio for DOS that will read/write the raw disks like the unix versions (PAX is one, but I don't have the latest version). However, this doesn't really give quite the same effect unless you actually want to use the files under DOS. With discrete files written in DOS format you can (a) use the DOS DIR command on all your disks, and (b) use a communications program to transfer them to a unix machine that might not have compatible disk drives - the ultimate in portability. If you don't mind the requirement that the destination disks be empty and flawless (so you know the size ahead of time) it should be trivial to write a program that collects a diskfull in a tmp file and then calls mwrite, repeating as necessary. I'll probably do that the next time I work with something that zoo or cpio |compress can't squeeze down to a 1.4M floppy. I did a silly script once that takes a list of filenames (generally from find) on stdin and builds a set of zoo files that don't exceed a certain size. It's silly because it copies the working file before adding each file, then when the size is exceeded it goes back to the previous copy and starts a new one. Obviously this won't handle a single huge file but it's nice for archiving source that may or may not ever be extracted under DOS. Les Mikesell les@chinet.chi.il.us
apl@world.std.com (Anthony P Lawrence) (06/21/91)
Microlite makes CTAR for both DOS and Unix/Xenix. It's tar-compatible, we have used it in many,many places, and has a lot of other features you would like. The DOS version will read normal tar tapes & disks, so you don't even need to have the Unix side-
rich@aggie.cyanamid.COM (Rich Seligson) (06/21/91)
I transferred large files by breaking them up on the unix system, and then putting the together again on the DOS side. On unix: I uuencode'ed the file because it had binary data. This also made sure each line was 80 chars. Then I ran the file through split(C) which splits a file into n-line pieces. Since each line was 80 characters, it was easy to calculate the number of lines I wanted in each file. On DOS: I concatenated the files together with the COPY command, then ran it through a public domain version of uudecode for DOS. This worked well for me. The uudecode for DOS was posted to the net about two years ago, it should be widely available in your favorite archive. Rich ________ /_______/ American Cyanamid Company rich@aggie.cyanamid.COM - Smart mailers | \ ___ Agricultural Group ...rutgers.edu!aggie!rich - Dumb mailers | \/ / One Cyanamid Plaza \____/ Wayne, N.J. 07470
dls@genco.bungi.com (Dave L. Smith) (06/22/91)
There are dozens of ways to do that. I prefer to use tar files, since they are more efficient from the Unix side. I think you can use pdtar on multi-volume tar diskettes. There is also a pd cpio program out there somewhere. Sorry I don't have the locations of pdtar, etc., but it should be easy to find. Anyone else know where to get pdtar? Dave Smith
todd@toolz.uucp (Todd Merriman) (06/22/91)
richard@xanth.b11.ingr.com (Richard Griffiths ) writes: >I understand DOS copy has the same limitation, but we have customers that >create multi-megabyte files then want to transfer by diskette to a DOS machine. >Is there any public domain utilities that can handle this? I just sent a program to comp.binaries.ibm.pc that does exactly what you want. It is called VOLUME and will hopefully be posted within the next few weeks. If you would like me to e-mail it directly to you, let me know. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Todd Merriman - Software Toolz, Inc. * Maintainer * * 8030 Pooles Mill Dr., Ball Ground, GA 30107-9610 * of the * * UUCP: ...!emory!slammer!toolz!todd * Software * * Internet: todd%toolz.uucp@mathcs.emory.edu * Entrepreneur's * * V-mail (800) 869-3878, (404) 889-8264 * mailing list * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
iverson@bang.uucp (Tim Iverson) (06/23/91)
In article <2@aggie.cyanamid.COM> rich@aggie.cyanamid.com (Rich Seligson) writes: >I transferred large files by breaking them up on the unix system, and >then putting the together again on the DOS side. > >On unix: >I uuencode'ed the file because it had binary data. This also made Actually, it works equally well to use 'dd' to do the split and then just use 'copy' to put it together again - no need for uuencode/uudecode. This works fine for me (although dd doesn't automatically choose where to split things like 'slice' or 'split' do). >Rich > /_______/ American Cyanamid Company rich@aggie.cyanamid.COM - Smart mailers - Tim Iverson iverson@xstor.com -/- uunet!xstor!iverson