php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #58524 dispatch error
Submitted: 2009-01-28 04:00 UTC Modified: 2016-08-31 15:09 UTC
From: tdev at freenet dot de Assigned: cmb (profile)
Status: Wont fix Package: APC (PECL)
PHP Version: 5.2.5 OS: Vista
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: tdev at freenet dot de
New email:
PHP Version: OS:

 

 [2009-01-28 04:00 UTC] tdev at freenet dot de 
Description:
------------
If one deploy php scripts (with some dirs with subdirs) under apache htdocs udsing php_mod+apc with all the same timestamp (meaning scripts and dirs with all the same date and time (modify time)) then only the first requested script is always taken instead of the excpected requested scripts. Only current solution is to make the timestamps each other somehow different. 
You can easily test this situation with an ant copy task with default attributes deploying some php files into htdocs.


Reproduce code:
---------------
could be simple hello word php scripts

Expected result:
----------------
taking requested script

Actual result:
--------------
see desc

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-02-01 20:50 UTC] gopalv82 at yahoo dot com 
Someone from the IIS team confirmed that Vista does not indeed return inode numbers.

So the hash of every file is (0+0) & hash_mask 

For an immediate fix, please turn off apc.stat and turn on apc.canonicalize

apc.stat = 0
apc.canonicalize = 1

and see if it works.
 [2009-02-02 05:03 UTC] tdev at freenet dot de 
Also this works, you cannot change files,
which means its not for development use.

Also I dont know what does it really mean (not documented
property canonicalize ), it is also not shown on apc stat runtime site, also when set, and apc.stat alone has it done also.
 [2016-08-31 15:09 UTC] cmb@php.net
-Status: Open +Status: Wont fix -Assigned To: +Assigned To: cmb
 [2016-08-31 15:09 UTC] cmb@php.net 
According to <https://bugs.php.net/69618>, APC support has been
discontinued in favor of OPcache, APCu, the session upload
progress API and WinCache. Therefore this issue won't get fixed.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Dec 22 06:01:30 2024 UTC