Cannot open zipped files in mac

it's strange the zip you provided with sub dirs works, yet when I generate mine from the class (I used the updated one you provided), it fails...

this is the zip created from the latest zipstream you provided:

seerit.com/testapp.zip

I assume you tried the new ZipStream I just uploaded along with the ZipStream.Hello.zip.

A slightly smaller testapp.zip might have been beneficial for me, 2MB in a hex editor is a pretty daunting task :)

Try the two new files
ZipStream v. 1.27:
grandt.com/test/Zip/ZipStream.zip

And the test hello worls zip file:
grandt.com/test/Zip/ZipStream.Hello ...

The reason you saw a difference between my previous "Hello World" test and your own directories, were that that Hello.zip didn't explicitly add a directory as part of the test.

I think I got a handle on the files now. please confirm.

Wow, I have been following this thread.
I downloaded the file Hello.zip and it opens well
in both windows and mac (with default archive utility).

It seems real promising! Great work Asbjorn.
I have yet to test the new class in my own environment,
will post if it works!

Brian

Sadly still not working for me - it might be because the archive I am creating is pretty big - lots of directories and files. I haven't got time at the moment, but soon I will try with a less complex file / dir set to see what happens.

Thanks a lot to Mr. Grandt, I really appreciate the work he has been doing here. I am sure we will crack it in the end!

Alex, what is the error you are getting? or does it just unzip as garbage?

Sorry, I meant Adam.

And try to adjust the constant EXT_FILE_ATTR_FILE to "\x00\x40\xed\x81". What this will do is put unix rights rwxr-wr-w (755) on all files, as they are in the sample you provided that worked. Currently I'm setting it to rw-r--r-- (644)
I can't see why that may be the cause, but it's worth a try.

Please check the large file, to ensure you don't have an exception at the end. Apparently PHP itself have a 30 second execution time limit.

ini_set('max_execution_time', 120);

increases that to 120 seconds.

I was under the assumption that as long as the script were providing data to the stream, it wouldn't time out, and while the browser don't, PHP apparently does.

Yeah I get what you mean, but it is not timing out because it is all bundling up fine and downloading fine and opening fine (apart from the native mac archiver) - it opens in winzip for mac and the zip is actually a component for another application and the component also installs fine. So the it is all working properly, just not opening with the native mac archive utility :(

Thanks!

Adam, can I get you to make a few trials, to see if it's the number of files, the overall size or both that is causing the native archive tool the trouble.

For instance:
* 2-3 small files and a directory
* 2-3 large files (5+ MB) and a directory
* 2-3 files in a deep directory (the deepest you have in the archive you are currently having trouble with)
* Hundreds of small files in a flat directory

Please let me know which of these tests fails on your Mac, and which works, describing which tests what aspect, and what exactly the error you get is. Or does the native archiver just plainly refuse to open it without warnings?