ID: 25448 Updated by: [EMAIL PROTECTED] Reported By: david at advisorymatters dot co dot uk Status: Open -Bug Type: CGI related +Bug Type: Documentation problem Operating System: win32 PHP Version: 4.3.3 New Comment:
Set this in your php.ini and this will work: cgi.fix_pathinfo=1 This setting defaults to 0 for some backwards compatibility reasons with some other web servers. Should be documented on the Xitami install page (and maybe the cgi page?) Previous Comments: ------------------------------------------------------------------------ [2003-09-10 03:46:29] david at advisorymatters dot co dot uk php.exe -v outputs: PHP 4.3.3 (cgi-fcgi) (built: Aug 24 2003 22:05:10) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies ------------------------------------------------------------------------ [2003-09-09 13:02:48] [EMAIL PROTECTED] What does "php.exe -v" output? ------------------------------------------------------------------------ [2003-09-09 11:43:52] david at advisorymatters dot co dot uk 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. ------------------------------------------------------------------------ [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
