Hi Greg, On Jan 28, 2008 7:52 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > > Current status of phar addresses most of these criticisms: > > Looks impressive, great work! > > > phar implements zip support with native PHP code, enabling some features > > I am a bit confused about native PHP code here - we are talking baout an > extension, right? So what exactly is meant here? > Also, as I understand, there are features that ext/zip missed and phar > extension needs. Any reason not to add them to ext/zip?
Exactly and I'm rather surprised to see this post given the recent efforts to export the Zip symbols to allow any extension to share the zip features. Most of the discussions have been public on pecl-dev. There is some private discussions about our respective plans, even today. I can say that the goals and APIs are different, there is a need for both extensions (zip will never provide what phar does for the application archive and pahr will never go as far as zip for the zip format support), that's my understanding of the current situation. For the record on this list, we also have a lot of work in progress with the libzip developers and myself to add many new features. The short list is: - custom stream support (like in libgd or libxml), allowing native (as in operating system native supports) IO functions, bringing the maximum portability and integration (we can use php stream as well as soon as php supports large files > 2Go, I did not follow this topic, maybe it is already in place). The stream works both in read in write mode. - crypt support - Zipstream (not like the previous point), inline zipped data stream. Like what you can see in many java-based web services. - Drop of the open files system limit for the amount of entries used at the same time. This limitation was rather annoying but necessary to insure the consistency and safety of zip creation However, my point remains intact, I'm not in favour of having phar included. Unless there is an improved cooperation with the community (in large) to create this application-archive format. It would really rock to have a standard format designed, approved and adopted by all PHP developers and projects. At this point we can bundle it or it may be a chicken-egg problem :) Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
