8 Commits

Author	SHA1	Message	Date
Greg Beaver	0262e844c4	implement full support and usage of phar stream in include_path, for both 5.2 and 5.3. ... 5.3 code expects the proposed patch for stream wrapper in include_path to be committed 5.2 code only supports phar stream wrapper in include_path. this is a 2-step process. After this, more magic, particularly in funcinterceptors.c will be converted to use phar_resolve_path, which is far safer than the current implementation. this needs windows and 5.2 testing unix/windows	2008-03-12 03:55:12 +00:00
Steph Fox	9a1e7ee88b	Update tests to accommodate those two extra bytes	2008-02-21 15:20:46 +00:00
Steph Fox	76b02cca40	Update tests to match new stub length	2008-02-19 03:12:11 +00:00
Steph Fox	76640a615f	- One last tweak (so Phar and no-phar work the same again now) ... - Bunch of test fixes - Note: I added a silencer to the unlink() call in zip/tarmaker to avoid system warnings here. If this messes up tests elsewhere we'll need to re-think.	2008-01-29 11:58:27 +00:00
Steph Fox	6f95353e77	- Added is_writable() check on temp directory ... - Regenerated stub and tests/nophar.phar - Fixed tests	2008-01-26 00:12:00 +00:00
Steph Fox	ddc051cebe	- Rewrite stub to take up slightly less space ... - Fix tests - Test phars should probably be regenerated, although only one fails here currently (nophar.phar in web context)	2008-01-25 17:26:18 +00:00
Greg Beaver	117f5e2639	add web-based support for default stub, now phars written with webPhar() will work ... out of the box regardless of server configuration with phar file format split up stub.h strings into 2046 byte chunks because MS VC 6 is friggin stupid	2008-01-20 00:49:45 +00:00
Greg Beaver	d583fae0cc	add Phar::createDefaultStub(), which can take as an argument the filename ... that should be loaded as a "bootstrap" for the phar archive	2008-01-19 04:26:22 +00:00