Description:
------------
PHP has the following behavior:

include('./blah.php');
is equivalent to:
include(getcwd().'/blah.php');

and

include('blah.php');
is equivalent to:
include(dirname(__FILE__).'/blah.php');

After installing APC 3.1.8, both cases are now treated as "getcwd()" by APC.  This causes any code that has nested includes that uses the second form of relative path to break.

The first time a page is loaded, it works, but the second time will produce an error.

Additional information:
* I suspect this problem might be related to the fix for bug 20529.
* I'm actually using PHP 5.3.6, but it's not listed above in the select box.
* The specific build of APC I'm using is through the following RPM: php-pecl-apc-3.1.8-1.el5.remi
* I also compiled APC directly from PECL, and was still able to reproduce the problem

Reproduce code:
---------------
test.php:
<?php
include(dirname(__FILE__).'/subdir/blah.php');
?>

subdir/blah.php:
<?php
include("foo.php");
?>

subdir/foo.php:
<?php
echo 'success';
?>

Expected result:
----------------
to echo the word "success" on the first and subsequent executions when accessing through a web browser

Actual result:
--------------
1. It always works from the command line
2. It works on the first run in a browser (before it is cached by APC)
3. On subsequent runs, the following error is displayed:

Warning: include(foo.php): failed to open stream: No such file or directory in on line 2 Warning: include(): Failed opening 'foo.php' for inclusion (include_path='.:/var/www/test_libs/users_include') in on line 2