ID: 34552
Comment by: kwerle at pobox dot com
Reported By: mmayer at blastwave dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: Solaris 9, MacOSX, netBSD
PHP Version: 5CVS, 4CVS (2005-09-20)
New Comment:
A quick scan will show this problem has been reported
multiple tims. I had been looking at #32967, but I can't
change the state back to open, so here is where I'll report
the true cause of the bug, and it's workaround. Note that
it has nothing to do with being in a user's home directory.
OK, I have created a trivial test case that displays the
problem. In short, if an ancestor directory (though not the
direct parent) of a file is not readable (just executable),
you will get this behavior.
Test case available at
http://shiftmanager.net/~kurt/test/
Previous Comments:
------------------------------------------------------------------------
[2006-05-21 16:55:28] hakan at mysql dot com
Problem still exists for me on Solaris 9 with PHP 5.1.4
On Linux with PHP 5.1.4 I get:
http://localhost/~hakan/test/file.php:
/home/hakan/.public_html/test/file.php
/home/hakan/.public_html/test/file2.php
http://localhost/~hakan/test/realpath.php:
realpath: '/home/hakan/.public_html/test/realpath/test.txt'
On Solaris 9 with PHP 5.1.4 I get:
http://esslingen.homeunix.net/~hakan/test/file.php:
/home/hakan/.public_html/test/file.php
./file2.php
http://esslingen.homeunix.net/~hakan/test/realpath.php:
realpath: ''
Regards, Hakan
------------------------------------------------------------------------
[2006-01-25 12:34:00] gdelafond at aquaray dot com
I have the same bug on Mac OS X Server 10.4.3 with PHP 4.4.2
when it is load as apache's module... but not when using the
cli version.
------------------------------------------------------------------------
[2005-12-20 15:11:38] a dot l dot w dot kuijper at rug dot nl
I CAN reproduce this bug in __FILE__ and realpath with the CLI version
of PHP 4.4.0 installed on a netBSD 2.0.2 box with apache 2.0.55.
I did exactly same as mmayer's example above (same files, same chmods)
and got the same issue.
This bug occurred when installing for Calendar 2. I hope you guys
finally can resolve this mysterious bug.
------------------------------------------------------------------------
[2005-09-20 18:43:34] mmayer at blastwave dot org
No, I cannot reproduce this problem with CLI. Even 4.4.0 works in that
case.
I downloaded php5-latest.tar.gz.
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Date: Tue, 20 Sep 2005 16:31:46 GMT
Server: Apache/2.0.54 (Unix) DAV/2 PHP/5.1.0RC2-dev
[...]
Still getting the same results with the apache module that I saw for
4.4.0, so the problem is still there. CLI of 5.1.0RC2 works, however,
just like CLI for 4.4.0.
------------------------------------------------------------------------
[2005-09-20 11:02:12] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
See also bug #34514, can you reproduce this with CLI?
------------------------------------------------------------------------
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/34552--
Edit this bug report at http://bugs.php.net/?id=34552&edit=1