ID: 3205 Updated by: [EMAIL PROTECTED] Reported By: ra9104 at email dot sps dot mot dot com -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Solaris 2.6 PHP Version: 3.0.14 New Comment:
We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: ------------------------------------------------------------------------ [2000-01-13 15:59:09] ra9104 at email dot sps dot mot dot com I am running the CGI binary under Netscape Enterprise Server 3.5.1E ./configure --with-gd=/export/home/webber/gd1.3 --with-oracle=/export/home/ora_home --with-ldap=/export/home/webber --with-mysql=/usr/local/mysql --enable-track-vars --enable-discard-path --with-imap=/export/home/webber Upgraded from 3.0.12 to 3.0.14 and found the following behavior to change: When accessing a URL such as "http://www.server.nam/dir/"; $PHP_SELF would be set to /dir//dir/index.phtml but when accessing the same script by accessing "http://www.server.nam/dir/index.phtml"; $PHP_SELF would be set correctly to /dir/index.phtml Noticed that when calling the first URL that $SCRIPT_NAME would be set to the directory of the script but not have the actual filename, in main.c if $SCRIPT_NAME is set and does not contain the same value as $PATH_INFO then they will be concatenated and passed into $PHP_SELF, this is what was causing the error. I modified main.c to not use GLOBAL(request_info).script_name when assembling the value for $PHP_SELF and it worked fine. Used an index.php3 script with <? phpinfo(); ?> in it to check the behavior. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=3205&edit=1
