I have a problem with unpacking ZIP archives created under MorphOS 3.4 (PowerBookG4). If I try open that ZIP archives, I see Ambient lister with only main folder of the archive. The folder is always empty. The same archives are unpacking correctly under another systems (OSX, iOS).

If I use UnZip, unpacking stops on random file and I see that ouput in CLI:

Warning: TZ environment variable not found, cannot use UTC times!!
Archive: Files:Download/powersdl.zip
creating: powersdl/
inflating: powersdl/README.info
inflating: powersdl/README-SDL.txt.info
inflating: powersdl/README-SDL.txt

The problem doesn't exist if I unpack ZIP archives created under another systems (e.g. OSX, iOS). I create ZIP archives under MorphOS using:
SYS:C/zip -5 -r "%sf.zip" "%sf" "%sf.info"

I have no problems with LhA and 7zip.

Any idea? :(

[ Edited by MDW 30.12.2013 - 19:01 ]

MDW,
Quote:
Yes.

If you have both:
1)More "Amiga-friendly" option (lha)
and
2)Modern, efficiently compressing (7zip)

compression methods, why do you still bother with ancient & sucky zip?

As for the warning, I guess it's mostly harmless, I *think* it simply states it cannot figure out which timezone the archive was created in, and cannot set filedates to matching value. I can't see unzip "stopping" at the example output you showed?

[ Edited by Jupp3 31.12.2013 - 13:25 ]

Quote:
Generally I use 7zip and LhA. In my opinion 7zip is king of the compressors on all platforms. :)
However I would like to handle under MorphOS the most popular compression method. Sometimes I need to compress something in ZIP. It it very strange that I have problem with ZIP compression/decompression. :) I am not sure but probably I have no the problem under MorphOS 3.3 and earlier versions.


Quote:
The example output is full. Compression process stops on a file (in the example during "inflating: powersdl/README-SDL.txt" and it is end of the output. I was waiting several minutes but the status didn't changed. I have to use Ctrl+C for break the process.

I'm not sure about those other cases, but I've had problems with UnZip commands on shell. So, I think UnZip problem might be different to others and isn't related to MorphOS created archives, it happens with other archives here too.

Anyway, the most "recent" unzip commands seem to make a hit in the log and crash middle of unpacking. Check the log yourself if there's a hit with your case too? I've found some very old 68k command from aminet which doesn't hit, but any port from recent years do hit. I don't know if it's an ixemul issue or what...

> I've found some very old 68k command from aminet which doesn't hit

ftp://ftp.info-zip.org/pub/infozip/amiga/unz550xa.lha from 2002 works here and should be newer than the Aminet version.

Quote:

That hits too, even just by running it without arguments...

> That hits too, even just by running it without arguments...

Ah okay, thanks for info. At least it doesn't crash in the middle of unpacking.

Hi MDW!
I had problems with Zip/Unzip commands and I discovered that ZipMOS (found on Aminet) doesn't work well. Then I tried this:
http://aminet.net/package/util/arc/ZipPPC
ZipPPC works really well: both commands, zip and unzip, work really flawless. I also created mime settings to zip file(s) or directories and to unzip, unzip in a directory of your choice and read and show the archive.
I'm out of home now so I will show those mime settings later.

I use the MOS-port of szip: http://aminet.net/package/util/arc/szip_112b_ppc-morphos
and unzip 5.22 http://aminet.net/package/util/arc/unzip-morphos
Never had problems with them......