ID: 25448 User updated by: david at advisorymatters dot co dot uk Reported By: david at advisorymatters dot co dot uk -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Windows XP Pro PHP Version: 4.3.3 New Comment:
Not using SAPI on the Xitami web server. This is calling the PHP executable C:\php\php.exe. However, I have now installed Apache which is using the php4apache2.dll SAPI and this DOES work fine on 4.3.3. This indicates that the problem is probably only in the executable. I am accessing the page via the web browser using: http://localhost/test.php Running from the command line works fine every time (I am copying the appropriate php4ts.dll file into c:\windows\system32\ before each test). I tested 4.3.1, 4.3.2, 4.3.3 and the latest CVS release. These all returned the correct data. Previous Comments: ------------------------------------------------------------------------ [2003-09-09 10:52:15] [EMAIL PROTECTED] You didn't tell what SAPI you're using. Nor did you tell how you access the page. And does it happen when run in command line? ------------------------------------------------------------------------ [2003-09-09 06:59:11] david at advisorymatters dot co dot uk Description: ------------ Running the code (below) on 4.3.2 and above (I've checked it on 4.3.2, 4.3.3RC1 to RC4 and 4.3.3) fails to produce any output. On 4.3.0 and 4.3.1 it works fine. For testing I am changing over the PHP versions just by renaming the c:\php dir (from c:\php431, c:\php432, c:\php433-1 etc). Nothing in the application changes and I am using one common php.ini file for all php versions, ONLY the php version itself is changed. All PHP versions are the standard Win32 Binaries with no modifications. In php.ini register globals are OFF and the only other changes are to turn a few extensions on (GD and DBX). I am using the Xitami web server version 2.4d9 from http://www.xitami.com on a Compaq Evo system (Celeron 1.8MHz, 128MB RAM, WinXPPro). I've noticed that this (or similar) bugs have been reported recently (e.g. #24979) but dismissed by stating that it works with the latest CVS etc. If this is the case when this bug report is checked then I would suggest that there is something else going on here that is not showing up on your test systems. It is ALWAYS reproducible here. Note that using $_SERVER['SCRIPT_NAME'] DOES work (but my code tends to use $_SERVER['PHP_SELF'] and why should I change?). Reproduce code: --------------- <?php print "self = " . $_SERVER['PHP_SELF']; ?> Expected result: ---------------- With the above code in the file test.php in the web server's document root: self = /test.php Actual result: -------------- self = ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=25448&edit=1
