The author of Mini vMac recently released this utility. It should make transferring data to Macs running System 6 through OS 9 much easier.
This page is a wiki. Please login or create an account to begin editing.
2014, May 20 - 1:32pm
#1
MiniUnZp — unzip OS X Zip files in Classic Mac OS with resource forks!
Comments
2014, May 21 - 1:07am
#2
The main "gotcha" in MiniUnZp for me, is its zip file-naming convention that must be adhered to.
"To use MiniUnZp, in the Macintosh OS X Finder, create a folder named "arc" and move inside of it files and folder. Select the "arc" folder, and choose the "Compress "arc"" command from the file menu, which should create a file named "arc.zip". (Taking an existing zip file and renaming it to "arc.zip" will not work with MiniUnZp.)"
i.e; MiniUnZp will only access a zipped archive if it was created & named "arc.zip". Any classic Mac files previously zipped under OS X and not created by using this file-naming scheme, are not accessible to it.
At a personal use level, this may be a useful tool. Perhaps with future development the author[s] will take this limitation into consideration.
2014, May 22 - 4:53pm
#3
I suggest contacting Paul Pratt directly about it.
2014, May 24 - 3:47am
#4
I've left him a message via the gryphel pages and also included a link to this topic.
Its excellent to see someone is still producing programs to run on 68k Macintosh, so I have great hopes for this program too.
2014, May 22 - 9:43am
#5
What are the System requirements for MiniUnZp?
2014, May 22 - 11:37pm
#6
It's a 68k coded application. I've only tried it on two emu's to date, Basilisk II & Mini vMac, both running SSW 7.1.1
I cannot get it to successfully extract a zipped "arc.zip" archive on Basilisk II.
On Mini VMac I had better luck with mixed results, but it mostly worked very well.
As its been built to run on Mini vMac, I would guess that it'll also run on earlier Mac OS's but I haven't ventured there, as yet.
[Edit] Tested on SSW 6.0.8 Mini vMac. Results same as with SSW 7.1.1 on MIni vMac.
[Edit] Tested on SSW 7.1.1 Mini vMac II '020. Results same as on standard Mini vMac Plus (mostly worked very well).
One bug I've observed, upon inflation, a resulting file's "Creation Date" is set to that file's "Modified Date".
e.g: If an original file has:
Creation Date: 06/09/1988
Modified Date: 08/01/1989
Inflated, it will read:
Creation Date: 08/01/1989
Modified Date: 08/01/1989
2014, May 24 - 3:56pm
#7
This is because the .zip format does not store creation dates at all. Check APPNOTE.TXT if you disagree.
2014, May 24 - 11:29pm
#8
You are quite right, Balrog. I made the mistake of not testing the Mac OS X created archives, in Mac OS X!
I had erroneously assumed that MiniUnZp was making this error and that Mac OS X would store such details along with the resource fork of a file in it's proprietary "_MACOSX" area of a zip archive.
It was the Mac OS X zip component doing this, all along 
One up for that other classic Mac zip archiver, MacZip, which does store the Creation and Modified fields correctly along with the resource forks of classic Mac files in its own "XtraStuf.mac" part of a zip file. A pity that while MacZip can also happily run under Classic on PPC OS X, since 10.5 it can only work under emulation on OS X... The source code for MacZip is freely available tho', should anyone care to take a peek.