duplicate of #59493

This is not a duplicate of #59493 since the suggested solution using 
apc.canonicalize=1 doesn't work.

@Pierre: see Michaels comment above, care to reopen?

Please re-open.  I'm having the same issue with PHP 5.4.3 and APC 3.1.10 on FreeBSD 8.  Any code referencing a file in a parent directory causes a meltdown:

Ex:  require('../file.php')

I haven't found a fix, other converting everything to absolute paths, which isn't practical at the moment.

@nick at ihighteam dot com

If you use relative includes, then disable stat=0.

@micxer at micxer dot de

It sadly is the same issue. The work around presented may not work but the cause 
of the problem is exactly the same.

I am fine with APC not caching relative includes. But while such code still worked fine with 5.3 it wont with 5.4. Again: 5.3 would still include that file in question and 5.4 wont. Also see: http://de3.php.net/manual/en/apc.configuration.php#ini.apc.stat

There are projects which mostly use absolute includes but include third party libs which do not. Setting stat=0 still helps here.

From a user's perspective it is hard to define this as intended behavior rather than a regression.

5.3 had the same issues, only under less circumstances.

@pajoye: you are right.  That does at least make the code run.

@pierre:  Like you said, 5.3 would at least work with stat=0 and relative includes.  This bug was a complete surprise since I had hoped to upgrade to PHP 5.4 and APC seamlessly without any code modifications.  Of course, I can always do stat=0, but then I lose some performance that I had before.  I will keep checking on this issue, but in the meanwhile, I'll probably begin the process of removing all relative requires and includes.

Again, it was happening with 5.3 too.

Simply do not use stats=0 with relative paths or with uncontrolled environments, 
like you seem to have.

I am sorry that you have not met that but there is nothing we can do yet against 
that.

@pajoye:  In the long run, absolute paths are better so that stat() is never called, anyway.  I think we can change our code within a week to work with stat=0.  The newer magic constants, such as __DIR___ and the like, make it much easier to do this.

I get it, you don't want to solve this issue. But please don't pretend we make things up here. Different people already confirmed that there was a change in behavior when switching from PHP 5.3 to 5.4. This is an easily reproducible fact.

Anyway, if the current behavior is the intended one, please consider the following:
* Replace the last paragraph of http://de3.php.net/manual/en/apc.configuration.php#ini.apc.stat with a note that relative includes are not supported at all.
* Remove the apc.canonicalize option as it is now obsolete and cannot work as documented.

I am not sarcastic here btw.. Either the current behavior with PHP 5.4 needs to be fixed or 5.3 and the documentation needs to be clarified. Either way something should be done about this; they cannot all be right.

@pierre

it is not that I do not want. It is a matter of how it works. Yes it could be 
possible to do it but I don't think the price is worth it.

If you feel like you could do it without breaking BC or impacting the stat=0 
performance, then please go ahead.

As of the doc, yes, it is long due, at least a note to warn users about this 
effect. Patch welcome here too :)

This is fixed in svn now. Grab trunk and give it a try.