#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: wrhj at yahoo dot com Reported By: roy at pine dot nl Status: No Feedback Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4CVS-2004-04-29 New Comment: yeeah, you guys are right. Previous Comments: [2006-07-05 04:56:54] kwerle at pobox dot com Please see http://bugs.php.net/bug.php?id=34552 for the cause and solution [2005-09-14 23:03:33] mmayer at blastwave dot org It is still happening. I ran into it today, trying to install the newly released Gallery 2. My system is a Sun Ultra 60, running Solaris 9. I also run Apache 2 and PHP 4.4.0. I installed Gallery 2 under ~/public_html (i.e. in my home directory). When I moved it into the docroot of Apache, it started working. I can also reproduce the problem with the two little scripts provided by roy. But only if the scripts are in a subdirectory of /home/markus/public_html. If they are in a subdirectory of the doc-root, everything is fine. [2005-02-11 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-02-03 05:36:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-11-18 06:09:28] chiller at orchidsuites dot net Same problem. __FILE__ returns './filename' instead of '/path/to/filename'. MacOS X Server 10.3.6 / PHP 4.3.9 It seems this bug keeps getting reintroduced. IMO __FILE__ should return the full path. 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/27823 -- Edit this bug report at http://bugs.php.net/?id=27823edit=1
#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: kwerle at pobox dot com Reported By: roy at pine dot nl Status: No Feedback Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4CVS-2004-04-29 New Comment: Please see http://bugs.php.net/bug.php?id=34552 for the cause and solution Previous Comments: [2005-09-14 23:03:33] mmayer at blastwave dot org It is still happening. I ran into it today, trying to install the newly released Gallery 2. My system is a Sun Ultra 60, running Solaris 9. I also run Apache 2 and PHP 4.4.0. I installed Gallery 2 under ~/public_html (i.e. in my home directory). When I moved it into the docroot of Apache, it started working. I can also reproduce the problem with the two little scripts provided by roy. But only if the scripts are in a subdirectory of /home/markus/public_html. If they are in a subdirectory of the doc-root, everything is fine. [2005-02-11 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-02-03 05:36:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-11-18 06:09:28] chiller at orchidsuites dot net Same problem. __FILE__ returns './filename' instead of '/path/to/filename'. MacOS X Server 10.3.6 / PHP 4.3.9 It seems this bug keeps getting reintroduced. IMO __FILE__ should return the full path. [2004-04-21 12:12:23] roy at pine dot nl Alright we upgraded our production machine to http://snaps.php.net/php4-STABLE-latest.tar.gz (PHP Version 4.3.7-dev) in order to test the problem and it is not working. 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/27823 -- Edit this bug report at http://bugs.php.net/?id=27823edit=1
#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: mmayer at blastwave dot org Reported By: roy at pine dot nl Status: No Feedback Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4CVS-2004-04-29 New Comment: It is still happening. I ran into it today, trying to install the newly released Gallery 2. My system is a Sun Ultra 60, running Solaris 9. I also run Apache 2 and PHP 4.4.0. I installed Gallery 2 under ~/public_html (i.e. in my home directory). When I moved it into the docroot of Apache, it started working. I can also reproduce the problem with the two little scripts provided by roy. But only if the scripts are in a subdirectory of /home/markus/public_html. If they are in a subdirectory of the doc-root, everything is fine. Previous Comments: [2005-02-11 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-02-03 05:36:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-11-18 06:09:28] chiller at orchidsuites dot net Same problem. __FILE__ returns './filename' instead of '/path/to/filename'. MacOS X Server 10.3.6 / PHP 4.3.9 It seems this bug keeps getting reintroduced. IMO __FILE__ should return the full path. [2004-04-21 12:12:23] roy at pine dot nl Alright we upgraded our production machine to http://snaps.php.net/php4-STABLE-latest.tar.gz (PHP Version 4.3.7-dev) in order to test the problem and it is not working. [2004-04-13 12:32:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/27823 -- Edit this bug report at http://bugs.php.net/?id=27823edit=1
#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: chiller at orchidsuites dot net Reported By: roy at pine dot nl Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4CVS-2004-04-29 New Comment: Same problem. __FILE__ returns './filename' instead of '/path/to/filename'. MacOS X Server 10.3.6 / PHP 4.3.9 It seems this bug keeps getting reintroduced. IMO __FILE__ should return the full path. Previous Comments: [2004-04-21 12:12:23] roy at pine dot nl Alright we upgraded our production machine to http://snaps.php.net/php4-STABLE-latest.tar.gz (PHP Version 4.3.7-dev) in order to test the problem and it is not working. [2004-04-13 12:32:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-13 04:01:46] roy at pine dot nl It also works with the 4.3.5 CLI binary. [2004-04-09 08:46:59] roy at pine dot nl It seems to work with the CLI binary i compiled from http://snaps.php.net/php5-latest.tar.gz . [2004-04-01 04:03:28] roy at pine dot nl Description: The __FILE__ bug under Solaris (http://bugs.php.net/bug.php?id=13936) is still there. I tried the same script setup under FreeBSD and PHP 4.3.4 where it works like intended. Reproduce code: --- --- test.php ?php print __FILE__; print p; require(test2.php); ? --- test2.php ?php print __FILE__; ? Expected result: /home/whatever/www/test.php /home/whatever/www/test2.php Actual result: -- /home/whatever/www/test.php ./test2.php -- Edit this bug report at http://bugs.php.net/?id=27823edit=1
#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: hurst at webteks dot com Reported By: roy at pine dot nl Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4.3.5 New Comment: This exact same problem occurs on a slightly different Sun OS: SunOS matterhorn 5.8, using both PHP4.3.5 and PHP4.2.0 --with-apache=../apache_1.3.29 Previous Comments: [2004-04-01 04:03:28] roy at pine dot nl Description: The __FILE__ bug under Solaris (http://bugs.php.net/bug.php?id=13936) is still there. I tried the same script setup under FreeBSD and PHP 4.3.4 where it works like intended. Reproduce code: --- --- test.php ?php print __FILE__; print p; require(test2.php); ? --- test2.php ?php print __FILE__; ? Expected result: /home/whatever/www/test.php /home/whatever/www/test2.php Actual result: -- /home/whatever/www/test.php ./test2.php -- Edit this bug report at http://bugs.php.net/?id=27823edit=1