ID: 34552
Comment by: a dot l dot w dot kuijper at rug dot nl
Reported By: mmayer at blastwave dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: Solaris 9, MacOSX
PHP Version: 5CVS, 4CVS (2005-09-20)
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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?
------------------------------------------------------------------------
[2005-09-19 18:26:28] mmayer at blastwave dot org
I'm running Apache 2.0.54. Also tried Apache 1.3.33 and got the same
results.
$ uname -a
SunOS valhalla 5.9 Generic_118558-10 sun4u sparc SUNW,Ultra-60
------------------------------------------------------------------------
[2005-09-19 18:21:07] mmayer at blastwave dot org
Description:
------------
This issue seems to be related to bug #27823, but broader in scope.
Using __FILE__ or realpath() on Solaris 9 SPARC (don't know about x86)
doesn't work as expected if the scripts are located in a user's
home-directory (~username/public_html) and the URL looks like
http://my.example.com/~user/testscript.php.
(Don't know if the '~' is
actually causing the problem or if it's something else in this
scenario).
Note that I *do* get the expected results from these scripts if I copy
them to /opt/csw/apache2/share/htdocs/file_bug (i.e. underneath my
web-server's doc-root) and access them through a URL like
http://my.example.com/file_bug/<scriptname>.
In the failure case, __FILE__ returns './<filename>' instead of the
full path if it is used in an included file.
realpath() returns an empty string instead of the actual path even
though the file in question exists and the permissions are correct.
(Regardless of whether realpath is used in an included file or
directly.)
Reproduce code:
---------------
=== file.php: ===
<?php
print __FILE__;
print "<p>";
require("file2.php");
?>
=== file2.php: ===
<?php
print __FILE__;
?>
=== realpath.php: ===
<?php
print("realpath: '".realpath('realpath/test.txt')."'\n");
?>
Expected result:
----------------
file.php should print:
/home/markus/public_html/file_bug/file.php
/home/markus/public_html/file_bug/file2.php
realpath.php should print:
realpath: '/home/markus/public_html/file_bug/realpath/test.txt'
Actual result:
--------------
file.php prints:
/home/markus/public_html/file_bug/file.php
./file2.php
realpath.php prints:
realpath: ''
This is the directory layout (just to show that it's not a permission
problem):
total 14
drwxr-xr-x 3 markus staff 512 Sep 19 09:10 .
drwxr-xr-x 11 markus staff 1536 Sep 15 11:07 ..
-rw-r--r-- 1 markus staff 60 Sep 14 13:41 file.php
-rw-r--r-- 1 markus staff 25 Sep 14 13:41 file2.php
drwxr-xr-x 2 markus staff 512 Sep 19 09:07 realpath
-rw-r--r-- 1 markus staff 67 Sep 19 09:08 realpath.php
./realpath:
total 6
drwxr-xr-x 2 markus staff 512 Sep 19 09:07 .
drwxr-xr-x 3 markus staff 512 Sep 19 09:10 ..
-rw-r--r-- 1 markus staff 5 Sep 19 09:07 test.txt
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34552&edit=1