Edit report at http://bugs.php.net/bug.php?id=51860&edit=1
ID: 51860
Comment by: rainer at hosting-ist-mein-leben dot de
Reported by: stephan dot suerken at 1und1 dot de
Summary: Include fails with toplevel symlink to /
Status: Open
Type: Bug
Package: Scripting Engine problem
PHP Version: 5.3.2
Block user comment: N
New Comment:
Problem also in the new version (5.3.3)
Previous Comments:
------------------------------------------------------------------------
[2010-06-27 12:26:44] rainer at hosting-ist-mein-leben dot de
Hi,
we got this problem too. We need a fix for this. Plz. thx.
cu
Rainer
------------------------------------------------------------------------
[2010-05-21 14:04:12] stephan dot suerken at 1und1 dot de
> [2010-05-21 09:37 UTC] the...@php.net
> Wait:
> So if the executed script itself is inside the symlink'd directory,
> VCWD_REALPATH() does not correctly work (used by both include /
require and
> realpath(), that's why I'm using the latter here)
Great, thanks, that sounds much like what I expected ;).
If it might be helpful, I already stepped through the code with gdb
(breaking in some top level *resolve_path (cant remeber exaytly right
now) function ), finding the bug does _not_ occur then; maybe this hints
to some strange race condition.
Thx,
Stephan
------------------------------------------------------------------------
[2010-05-21 13:58:12] the...@php.net
Here's the simplest way to reproduce:
xpsrv / # ln -s / phptest
xpsrv / # echo "OK" > /phpfile
xpsrv / # echo '<?php include("/phptest/phpfile");' > /phpinc
Works:
xpsrv / # php532 /phpinc
OK
Breaks:
xpsrv / # php532 /phptest/phpinc
Warning: include(/phptest/phpfile): failed to open stream: No such file
or directory in /phpinc on line 1
Warning: include(): Failed opening '/phptest/phpfile' for inclusion
(include_path='.:') in /phpinc on line 1
xpsrv / # php532 -v | head -1
PHP 5.3.2 (cli) (built: May 21 2010 12:18:37)
------------------------------------------------------------------------
[2010-05-21 13:44:33] stephan dot suerken at 1und1 dot de
> [2010-05-21 09:12 UTC] the...@php.net
Your "simplified" way does not produce the bug; did you do it with the
exact settings in the tarball (really, it does not harm!)? Thing is, the
slightest change in the "setup" make the bug go away, and the exact
setup described in the tarball reproduces it.
For what I know, you _need_ the extra include dir under / to reproduce,
and you _must_ call php as described in the "fail" script in the
tarball, i.e. with the full path _including_ the symlink. Both is not in
your simplified way to reproduce it.
Thanks!
Stephan
------------------------------------------------------------------------
[2010-05-21 13:37:53] the...@php.net
Wait:
# /opt/php/php-5.3.2/sapi/cli/php -r
'var_dump(realpath("/phplink/phpinclude/inc123.php"));'
string(22) "/phpinclude/inc123.php"
...and:
# echo '<?php var_dump(realpath("/phplink/phpinclude/inc123.php"));' >
test.php
# /opt/php/php-5.3.2/sapi/cli/php test.php
string(22) "/phpinclude/inc123.php"
But:
# echo '<?php var_dump(realpath("/phplink/phpinclude/inc123.php"));' >
/phplink/phptest/test.php
# /opt/php/php-5.3.2/sapi/cli/php /phplink/phptest/test.php
bool(false)
So if the executed script itself is inside the symlink'd directory,
VCWD_REALPATH() does not correctly work (used by both include / require
and realpath(), that's why I'm using the latter here)
This does not occur with PHP 5.2.X (or PHP4, btw)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=51860
--
Edit this bug report at http://bugs.php.net/bug.php?id=51860&edit=1
