Bug #66569 [NEW]: Opcache interoperation with Phar fails tests
From: Terry at ellisons dot org dot uk
Operating system: N/A
PHP version: master-Git-2014-01-24 (snap)
Package: opcache
Bug Type: Bug
Bug description:Opcache interoperation with Phar fails tests
Description:
------------
The following list of Phar tests pass when run with -d opcache.enable=0
but fail when run with -d opcache.enable=1 -d opcache.enable_cli=1
create_new_and_modify.phpt
delete_in_phar.phpt
delete_in_phar_confirm.phpt
tar/create_new_and_modify.phpt
tar/delete_in_phar.phpt
tar/delete_in_phar_confirm.phpt
zip/create_new_and_modify.phpt
zip/delete_in_phar.phpt
zip/delete_in_phar_confirm.phpt
The issue seems to be a common mode one. For example in
create_new_and_modify.phpt, the script ini_sets
opcache.revalidate_freq=0 if OPcache is enabled. It then creates a Phar
container
phar://<file_root>.phar.php
where file_root is __FILE__ less the .phpt extension, and adds an
element a.php containing "brand new!". It then includes
phar://<file_root>.phar.php/a.php
and replaces the element a.php with new contents "modified!" and
reincludes
phar://<file_root>.phar.php/a.php
The test expects the result "modified!" which is what happens if OPcache
is disabled. However when enabled, this returns the previously cached
"brand new!". This is probably an OPcache bug rather than a Phar one
since the revalidate frequency is set to "always revalidate".
I'll put this on my TODO list to track down, but it's low priority. I
just wanted to log the issue though since these test do fail
run-test.php for the PHP-5.6 release if OPcache is enabled.
--
Edit bug report at https://bugs.php.net/bug.php?id=66569&edit=1
--
Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=66569&r=trysnapshot54
Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=66569&r=trysnapshot55
Try a snapshot (trunk): https://bugs.php.net/fix.php?id=66569&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=66569&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=66569&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=66569&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=66569&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=66569&r=oldversion
Not developer issue: https://bugs.php.net/fix.php?id=66569&r=support
Expected behavior: https://bugs.php.net/fix.php?id=66569&r=notwrong
Not enough info: https://bugs.php.net/fix.php?id=66569&r=notenoughinfo
Submitted twice: https://bugs.php.net/fix.php?id=66569&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=66569&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=66569&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=66569&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=66569&r=isapi
Install GNU Sed: https://bugs.php.net/fix.php?id=66569&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=66569&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=66569&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=66569&r=mysqlcfg
Thread (4 messages)
- Terry at ellisons dot org dot uk