ID:               25448
 Comment by:       siliconbucket at hotmail dot com
 Reported By:      david at advisorymatters dot co dot uk
 Status:           Open
 Bug Type:         Documentation problem
 Operating System: win32
 PHP Version:      4.3.3
 New Comment:

Exact same error, same PHP version, same OS. Running in ISAPI mode on
IIS. Fix didnt work though. Any other suggestions?


Previous Comments:
------------------------------------------------------------------------

[2003-09-12 04:56:04] david at advisorymatters dot co dot uk

Yes, thanks sniper, That fixed it (and apologies for being rather short
in one of my earlier (now deleted) replies - I was having a bad day!) I
have added a short note to the PHP/Xitami docs page about this
requirement.

------------------------------------------------------------------------

[2003-09-11 21:11:16] [EMAIL PROTECTED]

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?)


------------------------------------------------------------------------

[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.

------------------------------------------------------------------------

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/25448

-- 
Edit this bug report at http://bugs.php.net/?id=25448&edit=1

Reply via email to