[comp.sys.ibm.pc.misc] Copy 4 Meg file to 1.2 Meg floppies?

ff76@vaxb.acs.unt.edu (03/11/91)

In article <45404@ut-emx.uucp>, dana@ccwf.cc.utexas.edu (Daniel Schneider)
writes:

> Is it possible to copy a large file (~4 Megs) to floppies without having
> to go in and manually edit the file into smaller parts?
> 
> I downloaded a large datafile to a pc with modem.  This file needs to be
> transferred to another pc physically distant and without modem hookup.
> What is the easiest way to accomplish this? 
> 
> Dan
> 

This used to tbe a problem for me and I am sure for many others.  I can 
bet that there are several solutions to this, with the adherent of each
claiming (or, at least, believing) that his/her solution is the best.

I can tell you my two favorite solutions. The first one involves two
shareware utilities: PKZIP 1.10 (a file compression program) and ZIPPER.COM
- bothe available in the SIMTEL archives in pd:<msdos.zip> subdirectory.
PKZip - as almost everyone knows - compresses files.  Zipper.com uses
Pkzip in order to create zipped (compressed) files of pre-specified sizes.
If you use PKZip in order to compress your 4 MB data files, you will 
probably shrink them to anywhere between 2 to 3 MB (or even smaller,
depending upon the nature of the file.  I once used PKZip on a SAS data
set and shrunk to 10% of the original.) 

The other option is to use SLICE.COM (a PC Magazine utility).  If you have 
one huge file, this is a good option.  Slice will split up the huge file
into sizes that you specify (360K, 730K, 1.2M, etc.) and on the first
split, it will also create a tiny file called Splice.com that can be
used to put the files back together.

With PKZip and Zipper (or PKZip and Slice), entire subdirectory structures,
with subdirectory information intact, may be copied ans moved from one
location to another on floppies.  Or may be used as backup measures.

Hope this helps.      Regards,  - Jhinuk.

Jhinuk Chowdhury

University of North Texas
 

dana@ccwf.cc.utexas.edu (Daniel Schneider) (03/11/91)

Is it possible to copy a large file (~4 Megs) to floppies without having
to go in and manually edit the file into smaller parts?

I downloaded a large datafile to a pc with modem.  This file needs to be
transferred to another pc physically distant and without modem hookup.
What is the easiest way to accomplish this?

Please reply via email.

Thank you,
Dan

dana@ccwf.cc.utexas.edu

keating@rex.cs.tulane.edu (John W. Keating) (03/11/91)

In <45404@ut-emx.uucp> dana@ccwf.cc.utexas.edu (Daniel Schneider) writes:

>Is it possible to copy a large file (~4 Megs) to floppies without having
>to go in and manually edit the file into smaller parts?

PC Magazine had a program awhile back that would split a large file into
several smaller files for just this purpose.    I no longer have that issue,
but I believe the program was called SPLIT.  Incidentally, they also had a
program that would re-assemble the files.  :^)

Check your local libraries back-issues.

Good luck!

John Keating
-- 
 +---------------------------------------+ +---------------------------+
 | Looking for genealogical histories of | | keating@rex.cs.tulane.edu |
 | Keating, Migan, Pope, Hobbes, Hobbs.  | | John William Keating, III | 
++---------------------------------------+----+  +-----------------------+
| "My heart is stone and still it trembles    |--| "If you were right,   |
|  The world I have known is lost in shadow." |  |  I'd agree with you!" | 
+---------------------------------------------+  +-----------------------+

seawolf@buhub.bradley.edu (Steven Shivers) (03/11/91)

In <6608@rex.cs.tulane.edu> keating@rex.cs.tulane.edu (John W. Keating) writes:

>In <45404@ut-emx.uucp> dana@ccwf.cc.utexas.edu (Daniel Schneider) writes:

>>Is it possible to copy a large file (~4 Megs) to floppies without having
>>to go in and manually edit the file into smaller parts?

>PC Magazine had a program awhile back that would split a large file into
>several smaller files for just this purpose.    I no longer have that issue,
>but I believe the program was called SPLIT.  Incidentally, they also had a
>program that would re-assemble the files.  :^)

>Check your local libraries back-issues.

>Good luck!

There is a potentially easier solution than searching for that program.  Put
the file in a directory by itself and use the ms-dos backup command.

Seawolf
--
Steve Shivers		seawolf@buhub.bradley.edu		Go Navy!!!
			sshivers@heartland.bradley.edu

mcastle@mcs213f.cs.umr.edu (Mike Castle {Nexus}) (03/11/91)

In article <1991Mar10.235809.9268@bradley.bradley.edu> seawolf@buhub.bradley.edu (Steven Shivers) writes:
> description of pc-mags split deleted
>
>There is a potentially easier solution than searching for that program.  Put
>the file in a directory by itself and use the ms-dos backup command.

Yeah, but this only works if both machines are running the same version of dos.

I just replied personally, but I'll post a list here to, just for the hell of
it.

CHOP31.ZIP   PD1:<MSDOS.FILUTL> Flexible ascii/binary file splitter
FRAGMENT.ARC PD1:<MSDOS.FILUTL> Split large files
SCOPY.ZIP    PD1:<MSDOS.FILUTL> Copy, move, update, break, concat files, etc.
SPLIT49.ARC  PD1:<MSDOS.FILUTL> Split large binary or text into smaller files
SPLITF.ZIP   PD1:<MSDOS.FILUTL> Patriquin's split large text files into parts
TMOVE2.ARC   PD1:<MSDOS.FILUTL> Move/copy/delete/break-up/rejoin large files
ARJ100.ZIP   PD1:<MSDOS.ARC-LBR> ARJ archiver has better comp. than ZIP & LHarc

Btw, I would suggest ARJ.  It's compression isn't all that much better than 
zip (30 files totaling 489365 bytes became 209291 with zip, and 200000 with
arj), it's functionality is pretty good.  Ability to automatically split files
into volumes that can be used together or separately is my favorite.  I use it
as my primary method of backing up now. 

Other nicities(sp?) include 5 levels of compression (including just storing)
that can be cotrolled through the command line.  Listing files that are 
automatically stored instead of wasting time trying to compress them (such as
other archives, or gifs).  Can use an input file for the list of files to
archive.  Probably some others I haven't figured out yet.

Enough of the commercial, time for the FPR (Frequently Posted Response :-) 

These are all available at:
New Mexico:  simtel20.army.mil (26.2.0.74) in the directory listed above
                                           (PDx:<MSDOS.xxxxx> )
Missouri:    wuarchive.wustl.edu (128.252.135.4) in mirrors/msdos/xxxxx
Australia:   sol.deakin.oz.au (128.184.1.1) in pub/PC/simtel-20/xxxxx
 
There are several mail servers that will process the ftp commands for those who
have access to e-mail, but not FTP.  Addresses are:
 
In North America (Simtel20 access only):
 
          LISTSERV@VM1.NODAK.EDU   North Dakota State University.
          LISTSERV@VM.ECS.RPI.EDU  Rensselaer Polytechnic Institute.
 
    In the body of the mail have the command:
    GET PDGET HELP PCSERV-L
 
Also (any ftp site):
          BITFTP@PUCC.PRINCETON.EDU
 
   In the body of the mail have the command:
   HELP
 
Trickle servers (Simtel20 access only):
In Denmark:     TRICKLE@DKTC11
In Turkey:      TRICKLE@TREARN
In Italy:       TRICKLE@IMIPOLI
In Belgium:     TRICKLE@BANUFS11
In Austria:     TRICKLE@AWIWUW11
In Germany:     TRICKLE@DTUZDV1
In Spain:       TRICKLE@EB0UB011
In Israel:      TRICKLE@TAUNIVM
In Netherlands: TRICKLE@HEARN
France:         TRICKLE@FRMOP11
Germany:        TRICKLE@DB0FUB11
Chile:          TRICKLE@USACHVM1
Not sure:       TRICKLE@DS0RUS1I
 
(note:  these are EARN/BITNET style addresses.  Internet users should
        try BITNET domain addresses such as TRICKLE@TREAN.BITNET)
 
    In the body of the mail have the command:
    /HELP
 
If anyone knows of any other mirrored archives of Simtel20, please let me
know and I'll add them to this generic response.
 
Thanks.
-- 
Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred)       | XEDIT: Emacs
                mcastle@mcs213k.cs.umr.edu (unix mail-YEACH!)| on a REAL
Life is like a clock:  You can work constantly, and be right | operating
all the time, or not work at all, and be right twice a day.  | system. :->

cur022%cluster@ukc.ac.uk (Bob Eager) (03/11/91)

In article <45404@ut-emx.uucp>, dana@ccwf.cc.utexas.edu (Daniel Schneider) writes:
> Is it possible to copy a large file (~4 Megs) to floppies without having
> to go in and manually edit the file into smaller parts?

One way is to use the DOS BACKUP command. I wouldn't normally recommend
this horrible program, but it'll do the job here. However, to be sure of
success you must be running the same version of DOS both ends...
-------------------------+-------------------------------------------------
Bob Eager                | University of Kent at Canterbury
                         | +44 227 764000 ext 7589
-------------------------+-------------------------------------------------

stoeen@solan.unit.no (Asbj|rn St|en) (03/12/91)

In article <45404@ut-emx.uucp>, dana@ccwf.cc.utexas.edu (Daniel Schneider) writes:
|> Is it possible to copy a large file (~4 Megs) to floppies without having
|> to go in and manually edit the file into smaller parts?
|> 
|> I downloaded a large datafile to a pc with modem.  This file needs to be
|> transferred to another pc physically distant and without modem hookup.
|> What is the easiest way to accomplish this?

I have made a program that does this; it is called BUP/UNBUP.
I have already sent it to Daniel Schneider, and I can give it to you
if you ask via email.

BUP splits a large file onto floppies. Files are named 'filename.1',
'filename.2' and so on. The original extension is automatically restored.
BUP uses the available space on each floppy (that is, the disk do not need
to be entirely blank). You must, however, ensure that you have enough space
before you start BUP'ing.

I have planned to make a new version soon (this is BUP version 2.2).
Comments and suggestions will be appreciated.

-- 
------------------------------------
			_
Asbjoern Stoeen	       / \     /___
Studpost 188          /___\   //
7034 Trondheim-NTH   / 	   \ / \__
Norway		    	    /     \
(stoeen@solan.unit.no)     /   ___/
	

jham@mcs213g.cs.umr.edu (John Ham) (03/12/91)

The current version of ARC (called ARCPlus - it is a commercial version
which was $35 bucks as of January) will do a multi-volume file, and has
all sorts of menu crap for those who are interested.  You can extract
one file out of anywhere in the multi-volume file, but the format is
not exactly the same as ARC (both formats - one for single file & one
for multi-disk - come with the package) so some of the update stuff
works a LOT slower, but if you just want a BACKUP/RESTORE replacement
this is definitely a good choice.  You can redirect your restore, use
wildcards, etc. etc. etc.

P.S. Yes I know all about the PKzip/ARC wars, and I have both.  Phil
let us down by not ever doing the multi-volume zip stuff (promised for
over a year), so I bought ARC.  I use ARC for backup/restore to floppy,
and pkzip for archive from HD->HD.  Compression ratios are actually
very similar, although both claim to be better.  

jham@cs.umr.edu

uniel@uts.uni-c.dk (Erik Lawaetz) (03/14/91)

In <45404@ut-emx.uucp> dana@ccwf.cc.utexas.edu (Daniel Schneider) writes:

>Is it possible to copy a large file (~4 Megs) to floppies without having
>to go in and manually edit the file into smaller parts?

Yep, try the SPLIT.EXE utility (don't know where to find it).
It will chop your file into pieces of any size, and assemble them
again.
Easier than having to start PC-TOOLS or use backup.

Erik.

rcw@scicom.AlphaCDC.COM (Robert White) (03/19/91)

In article <22084.27db83bc@cluster@ukc.ac.uk> cur022%cluster@ukc.ac.uk (Bob Eager) writes:
>One way is to use the DOS BACKUP command. I wouldn't normally recommend
>this horrible program, but it'll do the job here. However, to be sure of
>success you must be running the same version of DOS both ends...

You are right.  I consider backup/restore almost evil.  Does anyone
know who the individuals are who wrote these abominations?  They deserve
a rubber chicken award (Tm).

A point worth
noting, however, is that DOS 3.3 can restore backups made with 3.2, but
not vice versa.  Hopefully, Dos versions > 3.3 are also backward compatible
in terms of the backup/restore kluge commands, but I haven't verified this.

-- 
Robert C. White, Jr.       |  Right lane of .signature closed, merge left     |
The WhiteStar Corporation  |--------------------------------------------------|
rcw@scicom.alphacdc.com    |  Never buy software versions <= 2.0 or >= 6.0    |