nicholaA@moravian.EDU (03/06/89)
There are a few limits that ShrinkIt has that everyone needs to be aware of.
I got a bug report back tonight after someone tried to archive their entire
hard drive and then found that they couldn't extract all the files.
There is a limit of 640 files which may be selectively extracted from an
archive. It used to be 512 files, but I found some extra memory and used
it... This may change in the future (be increased), but for now, 640 files is
the max.
65535 files may be placed into an archive -- TOTAL. Even though NuFX is
supposed to allow for up to $FFFFFFFF files in an archive, _Shrinkit_ only
allows 65535. Sorry.. this might be changed in a future release.. maybe.
The practical limit to the # of files which can be placed in an archive at once
is 65535. That's the limit imposed by ShrinkIt, not by the routines which
traverse your subdirectory structures. Files may be added to archives until
the total # reaches 65535.
ShrinkIt has problems archiving sparse files. Do not try archiving sparse
files. (The archive becomes corrupted if you do)
ShrinkIt has problems when a bad subdirectory is encountered, or a damaged
file is attempted to be archived. This will be fixed in a future release.
-------------
Andy Nicholas CsNET: shrinkit@moravian.edu
Box 435, Moravian College InterNET: shrinkit%moravian.edu@relay.cs.net
Bethlehem, PA 18018 liberty!batman!shrinkit@sun.com
uucp: rutgers!lafcol!lehi3b15!mc70!shrinkit
AppleLink PE: ShrinkIt rutgers!liberty!batman!shrinkitlabc-3dc@e260-3a.berkeley.edu (Andy McFadden) (03/07/89)
In article <8903061036.AA22851@batman.moravian.edu> nicholaA@moravian.EDU writes: >There are a few limits that ShrinkIt has that everyone needs to be aware of. [oodles of limits] >ShrinkIt has problems archiving sparse files. Do not try archiving sparse >files. (The archive becomes corrupted if you do) Yikes! If I remember correctly, the GS/OS Finder turns files with lots of zeroes into spares files automatically when it copies them. This is a serious problem for //gs users. >Andy Nicholas CsNET: shrinkit@moravian.edu -- fadden@cory.berkeley.edu (Andy McFadden) labc-3dc@widow.berkeley.edu
ldcol@pbhyd.PacBell.COM (Larry D Colton) (03/07/89)
In article <8903061036.AA22851@batman.moravian.edu> nicholaA@moravian.EDU writes: > >There are a few limits that ShrinkIt has that everyone needs to be aware of. >I got a bug report back tonight after someone tried to archive their entire >hard drive and then found that they couldn't extract all the files. > [detailed list of limits deleted] > >------------- >Andy Nicholas CsNET: shrinkit@moravian.edu >Box 435, Moravian College InterNET: shrinkit%moravian.edu@relay.cs.net >Bethlehem, PA 18018 liberty!batman!shrinkit@sun.com > uucp: rutgers!lafcol!lehi3b15!mc70!shrinkit >AppleLink PE: ShrinkIt rutgers!liberty!batman!shrinkit Andy, I hope version 1.0 does not kill the /ram drive without at least a warning that it is going to ignore and destroy anything that might be there. I'm a little suprised that I have not seen anyone else mention this in the discussion over the last couple of weeks. I have a 2e with an Applied Engineering memory card and software. The AE ram software does not use the lower 64k since so many programs need the 128k to run. This means you should be able to leave the /ram in place and still have 128k for Shrinkit. If for some reason you opt to leave the ram eater in, Shrinkit should at least warn the user before it starts munching. -- Larry Colton {att,bellcore,sun,ames,pyramid}!pacbell!ldcol
nicholaA@moravian.EDU (03/08/89)
>In article <8903061036.AA22851@batman.moravian.edu> nicholaA@moravian.EDU wri >>There are a few limits that ShrinkIt has that everyone needs to be aware of. > [oodles of limits] >>ShrinkIt has problems archiving sparse files. Do not try archiving sparse >>files. (The archive becomes corrupted if you do) > Yikes! If I remember correctly, the GS/OS Finder turns files with lots of > zeroes into spares files automatically when it copies them. This is a > serious problem for //gs users. This has been fixed in v1.1 of ShrinkIt. You can archive sparse files, but when you extract them, they will no longer be sparse. (the 0's will be for real, not imaginary as does the ProDOS FST) -- a simple solution (kludge) would be to then copy the extracted file using the finder if having all those consecutive 0's creates a problem. There currently isn't an easy way to archive/extract sparse files verbatim under ProDOS/8. ShrinkIt/GS won't have this problem (for obvious reasons). > -- > fadden@cory.berkeley.edu (Andy McFadden) > labc-3dc@widow.berkeley.edu > ------------- Andy Nicholas CsNET: shrinkit@moravian.edu Box 435, Moravian College InterNET: shrinkit%moravian.edu@relay.cs.net Bethlehem, PA 18018 liberty!batman!shrinkit@sun.com uucp: rutgers!lafcol!lehi3b15!mc70!shrinkit AppleLink PE: ShrinkIt rutgers!liberty!batman!shrinkit Send replies only to "shrinkit" as our mailer is case-sensitive.
nicholaA@moravian.EDU (03/08/89)
>>There are a few limits that ShrinkIt has that everyone needs to be aware of. >>I got a bug report back tonight after someone tried to archive their entire >>hard drive and then found that they couldn't extract all the files. > Andy, I hope version 1.0 does not kill the /ram drive without at least > a warning that it is going to ignore and destroy anything that might be > there. I'm a little suprised that I have not seen anyone else mention > this in the discussion over the last couple of weeks. I knew I forgot to put something in the docs. ShrinkIt 1.0 will not disconnect your ram disk if the software is written properly. So far, I know that Glen Bredon's ram disk software works, as does Checkmate's and Applied Engineering's. ShrinkIt 1.0 will not diconnect your ramdisk as long as the ramdisk in question does *NOT* use the lower 64k of aux memory commonly referred to as bank $01) > -- > Larry Colton {att,bellcore,sun,ames,pyramid}!pacbell!ldcol > ------------- Andy Nicholas CsNET: shrinkit@moravian.edu Box 435, Moravian College InterNET: shrinkit%moravian.edu@relay.cs.net Bethlehem, PA 18018 liberty!batman!shrinkit@sun.com uucp: rutgers!lafcol!lehi3b15!mc70!shrinkit AppleLink PE: ShrinkIt rutgers!liberty!batman!shrinkit Send replies to "shrinkit" as our mailer is case-sensitive.