[net.micro.cpm] Really big files

SHahn@SUMEX-AIM.ARPA (03/07/84)

From:  Sam Hahn <SHahn@SUMEX-AIM.ARPA>

HELP!
	I've got a file that's about 400kbytes big.  Problem is that I've
got to port it from my SDSystems hidensity disk format to a Compupro
disk.  Can't transport it in SSSD.  What do people suggest?
	I've tried a PD Huffman-code PACK and UNPACK combination, but there's
a bug in UNPACK, and it won't reconstruct the file correctly.
	Later this week, I'm going to try a program which renames each
extent, and then after PIPing it to a couple of SSSD didks, rename the 
extents back into one file, and hope that doesn't clobber too much.  Are there
problems with this approach (eg. file header crc's?) that I'm not seeing?
	Does anyone else have suggestions?  Has anyone had this same problem
before?
					Thanks,
						sam hahn
-------

w8sdz%brl@sri-unix.UUCP (03/07/84)

From:      Keith Petersen <w8sdz@brl>

You mentioned a bug in "UNPACK".  Are you talking about SQUEEZE
and UNSQUEEZE (Richard Greenlaw's PD CP/M-80 programs)?  If so,
the problem is in SQ.COM if you have a version before 1.5.  The
problem was that the SQueezer overflowed the 16-bit counter used
during the packing process.  This happened only occasionally and
with only certain types of files.  The latest versions for SQ
and USQ are SQ-17.COM and USQ-20.COM.  They're available via
FTP from SIMTEL20 in the MICRO:<CPM.SQUSQ> directory, or if you
cannot FTP you can get them from many RCPM systems, including
my own Royal Oak (MI) system at 313-759-6569 (they're on the
B: drive there).
--Keith

ciaraldi@Rochester.ARPA (03/15/84)

From:  Mike Ciaraldi <ciaraldi@Rochester.ARPA>

Assuming this file is a text file, I have had good luck
chopping such files up using PIP and the options that 
start and stop copying on encountering a specified
text string.
I don't know if this is practical for non-ascii files.

Mike Ciaraldi
ciaraldi@rochester