ID: 32967 Comment by: kwerle at pobox dot com Reported By: oskar-phpbug at eyb dot de Status: No Feedback Bug Type: *General Issues Operating System: FreeBSD 5.3 PHP Version: 5.0.4 New Comment:
Ah-ha! Part of the path was not readable/executable. For some reason the original path (when doing the above experiment) was discoverable, but the child file was not. It seems like there should be some kind of fix for this, as it doesn't make sense for this to happen. I will try to isolate a trivial test case to reproduce this and submit it. Previous Comments: ------------------------------------------------------------------------ [2006-06-29 01:39:50] kwerle at pobox dot com I continue to have this problem with PHP 5.1.4 (cli) (built: Jun 27 2006 20:57:37) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies The cvs snapshot is no longer available. This on OSX. ------------------------------------------------------------------------ [2005-06-14 01:00:03] 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-06-06 10:09:15] [EMAIL PROTECTED] 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 ------------------------------------------------------------------------ [2005-05-27 19:14:59] oskar-phpbug at eyb dot de In one vhost it works the following test, in another it doesn't. create in /home/whatever/www/test.php and in /home/whatever/www/sub1/testsub1.php and in /home/whatever/www/sub1/sub2/testsub2.php --- test.php <?php print __FILE__; print "<br>"; require("./sub1/testsub1.php"); ?> --- testsub1.php <?php print __FILE__; print "<br>"; require("./sub1/sub2/testsub2.php"); ?> --- testsub2.php <?php print __FILE__; ?> Result in vhost1 ------------------- /home/whatever/www/test.php /home/whatever/www/sub1/testsub1.php /home/whatever/www/sub1/sub2/testsub2.php Result in vhost2 ------------------- /home/whatever/www2/test.php ./sub1/testsub1.php ./sub1/sub2/testsub2.php I can't find no difference between the vhosts, in which its OK and the "disfunctional". In the diffs of both phpinfo() there are only vars like Hostname:Port, DOCUMENT_ROOT, HTTP_POST, SERVER_ADMIN, SERVER_NAME, UNIQUE_ID etc differential. But there must exist one?! httpd is Apache 1.3.33 This one is OK: <VirtualHost *:80> ServerAdmin [EMAIL PROTECTED] DocumentRoot /.../htdocs ServerName ... ServerAlias www.... ErrorLog /.../error_log CustomLog /.../access_log combined <Directory /.../htdocs> AllowOverride Options FileInfo </Directory> </VirtualHost> This one not: <VirtualHost *:80> ServerAdmin [EMAIL PROTECTED] DocumentRoot /.../htdocs ServerName ... ServerAlias www.... ErrorLog /.../www2/error_log CustomLog /.../www2/access_log combined <Directory /.../htdocs> AllowOverride Options FileInfo </Directory> </VirtualHost> The filesystem of these vhosts is the same. In the first vhost I can of course install gallery2 without any problems... ------------------------------------------------------------------------ [2005-05-27 09:14:08] [EMAIL PROTECTED] Zend extensions are loaded with (surprise surprise): zend_extension=/path/to/some/zend_extension.so Disable all the shared modules you're running and see if you get the same result. ------------------------------------------------------------------------ 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/32967 -- Edit this bug report at http://bugs.php.net/?id=32967&edit=1
