fix windows build

# there HAS to be a better way to do this...

complete re-factoring of front controller. Now it is done with
Phar->webPhar():
<?php
Phar::webPhar();
__HALT_COMPILER();

With the above stub, the default front controller w

complete re-factoring of front controller. Now it is done with
Phar->webPhar():
<?php
Phar::webPhar();
__HALT_COMPILER();

With the above stub, the default front controller will kick in. An array of mime type overrides, and another
array mapping phar file entry -> redirected entry can be used to further customize
[DOC]

show more ...

first attempt at major new feature: default front controller for web
Currently, an entire phar entry is leaked for no obvious reason, otherwise it works. Sample code:
The phar has to be crea

first attempt at major new feature: default front controller for web
Currently, an entire phar entry is leaked for no obvious reason, otherwise it works. Sample code:
The phar has to be created using Phar->useFrontController(); and the stub performs actual resolution of which file to load:
<?php
Phar::mapPhar();
include 'phar://' . __FILE__ . '/' . substr($_SERVER['REQUEST_URI'], strlen(basename(__FILE__)));
__HALT_COMPILER();
?>

Phar automatically determines mime type from the file extension and either parses or displays the file. Modification of REQUEST_URI
and other variables should happen in the stub
[DOC]

show more ...

on second thought, hooking into getcwd() is a bad idea, who uses this for code loading, anyways?

implement cleaning of crap paths - major functionality boost

holy cow - include/fopen/cwd magic fully working on unix now for windows testing

[unfinished] magically handle getcwd() and fopen() with include_path inside phar
this work is incomplete, but compiles and existing tests pass

use thread-safe global var to store zend_compile_file, and restore the current zend_compile_file, not the one we
found in MINIT

fix errors found in delMetaData(), add get/delMetaData() to MetaData read test

preliminary work on using gnupg to verify/create signatures - no implementation, just phpinfo() output and build rules

fix Bug #12124: Phar object cannot be iterated over
remove unused variables
fix jit file open sprintf calls

when opening an internal file read-only, recycle the phar archive's fp. This makes phar twice as fast (2.21x according to callgrind)

move to 1.3.0 development
add Phar::delete()

fix issue with large number of open file handles killing php with large phars on creation
- close file handles that have no references for entries
- add just-in-time re-processing of file han

fix issue with large number of open file handles killing php with large phars on creation
- close file handles that have no references for entries
- add just-in-time re-processing of file handles
- make sure file size is set in renaming
- add old_flags to phar_entry_info so we can decompress when flushing a modified entry whose fp is closed

show more ...

- Increment extension version

- Reduce overhead of Phar's RINIT

- Add forward declaration

- Optimize flushing, don't generate metadata twice

- This is version 1.2.0 now due to fix of Phar::canWrite()

- Prepare release 1.1.0

- Compatibility with suhosin

fix memleak in external dirs
update package.xml
move API to 1.1.0
update package version to 1.1.0RC1
update API test

[DOC]
implement setSignatureAlgorithm() and add class constants Phar::MD5, Phar::SHA1, Phar::SHA256, Phar::SHA512, Phar::PGP

- Add general SHA-2 support by optional pecl/hash dependency
# We actually need support to select the signature type somehow

- Add ini: phar.extract_list
- Add Phar::getExtractList
- Both allow to set a mapping <phar-file> to <extract-dir>
[[DOC]]