CYLau@UNCAMULT.BITNET (The Ultron) (02/03/89)
Hmm another possible bug I've encountered with Shrinkit is with deleting files: I created a NuFX archive and then proceeded to use the ShrinkIt delete function to get rid of it. The disk ran for a bit and then said "deleted", however upon checking the catalog, it was still there!!! I assumed that maybe it just didn't get it the first time and gave delete another try... no luck the second time either... Davex said that the file had a "baked bit-map" (funny Dave, funny... :-) ) and refused to delete it... The ProSel utils failed to do anything with it and Mr fixit gave me the same errors and didn't fix it The only way I could get rid of the "deleted" file was to copy over all the other files to another disk and reformat the old one... Is it my fault for buying an apple instead of a Sun Workstation :-) that this happened?? Chris ---------------------------------------------------------------------------- The opinions expressed herein are entirely Replies to: my own, but they can be yours for only CYLau@UNCAMULT%UNCACDC.BITNET $29.95 plus tax *. *(where applicable) (or whatever's on the header) ----------------------------------------------------------------------------
forde@UV4.EGLIN.AF.MIL ("ERIC S FORD") (12/24/89)
Andy, I've just encountered a new (new to me, anyway) problem with Shrinkit 2.1. Now that I've installed a GS Ramkeeper I can no longer get Shrinkit 2.1 to shrink files. It doesn't matter whether I run it from the ROM disk or from the 3.5 disk. It lets me specify the files to shrink and the destination file then it briefly spins the source disk and crashes into the monitor. The register readouts are: 00/BEEC:00 00 BRK 00 A=3400 X=0001 Y=00FF S=01FA D=0000 P=32 B=00 K=00 M=0C Q=88 L=1 M=1 X=1 e=1 I tried version 2.01 and it works fine. My configuration includes an Applied Eng GS RAMPlus (1 meg) + the Apple GS Memory card (512k) plugged into the Ramkeeper. The ROM disk is set to 511k (512k total for ROM). No RAM disk setup. I have three physical drives attached - the standard GS 3.5 drive, a Unidisk 3.5, and an old 5.25 disk II. The drives are identified as S5,D1 = GS 3.5, S5,D2 = ROMDisk, S2,D1 = Unidisk 3.5, and S6,D1 = 5.25. I'm running under 8 bit PRODOS not GS/OS. The other features of Shrinkit (such as Type, Delete, Copy, Catalog, and Extract/Unshrink all seem to work fine. Anyone else out there having similar problems? Since I had to cancel my subscription to this net due to mail volume limits you'll have to send any replies to me direct. Thanks, Eric S. Ford FORDE@UV4.EGLIN.AF.MIL
prl3546@tahoma.UUCP (Philip R. Lindberg) (01/04/90)
From article <8912240131.AA19951@apple.com>, by forde@UV4.EGLIN.AF.MIL ("ERIC S FORD"):
> Andy,
> I've just encountered a new (new to me, anyway) problem with
> Shrinkit 2.1. Now that I've installed a GS Ramkeeper I can no longer get
> Shrinkit 2.1 to shrink files. It doesn't matter whether I run it from the
> ROM disk or from the 3.5 disk. It lets me specify the files to shrink and
> the destination file then it briefly spins the source disk and crashes into
> the monitor.
I have a RamKeeper and have not experienced this. I also have a GSRAM and
Apple card on my RamKeeper.
> I'm running under 8 bit PRODOS not GS/OS. The other features of Shrinkit
Since I have a hard drive, I always come up with GS/OS, but I do use 8 bit
ProDOS, on occasion.
> Anyone else out there having similar problems?
No. And I am surprised to hear this. I will see if I can make it "go bad"
with my config. (GS with 2.5meg., (1) 3.5" (1) 5.25", & 65meg. HD)
> Eric S. Ford
+--------------------------------------------------------------+
|If my IIgs 'll just hold out for a few more months 'til GS+...|
| Phil Lindberg snail mail: 13845 S.E. 131 ST |
| UUCP: ..!uunet!bcstec!tahoma!prl3546 Renton, WA 98056 |
| Disclaimer: I don't speak for my employer (and I not |
| sure they even know I exist....) |
+--------------------------------------------------------------+