ID:               24684
 Updated by:       [EMAIL PROTECTED]
 Reported By:      webmaster at wiseosoftwareinc dot com
-Status:           Open
+Status:           Feedback
 Bug Type:         CGI related
 Operating System: Win 2000 SP4
 PHP Version:      4.3.1
 New Comment:

Try latest stable snapshot from http://snaps.php.net/

Then try setting cgi.fix_pathinfo in your php.ini file. I don't know
which setting (0 or 1) works with that webserver, but one of them
should.



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

[2003-07-16 14:45:50] webmaster at wiseosoftwareinc dot com

email address correction: [EMAIL PROTECTED]

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

[2003-07-16 14:44:51] webmaster at wiseosoftwareinc dot com

Description:
------------
Greetings, PHP

I have spent the last few days trying to find a successful combination
that will work with O'reilly WebSite 3.0 as well as PHP 4.3.0 does. 

Versions 4.3.1 and higher (including 5 beta) seems to be no longer
compatible with this web server software.

I use the CGI configuration w/o cgi redirect on two other identical
severs - which works seamlessly with PHP 4.3.0 and O'reilly WebSite
3.0.

After failed attempts with versions 4.3.1+ on this new server, I tried
this same PHP 4.3.0 configuration and again works perfectly.

But now with 4.3.1 + all I receive is the "No Input File Specified"
messages or page not found is some cases.

I'm only presenting the 3 notes below to prove incompatibility...
please do not take them as support questions or a false bugs reports; I
do realize they would be if submitted separately as such.

Solutions Tried for 4.3.1 +

1. I tried the CLI folder's php.exe, which works past the default
php.exe only to the point were the simplest echo of "hello world" needs
to have a line break before any PHP or html code - or you receive a CGI
500 error.

2. So I place a line break before any code to get the script to output
properly - but of course I then can not use sessions. (headers already
sent message).

3. I then tried the isapi extension configuration - which too does not
work with sessions on WebSite Pro 3 - due to the fact that the
session_start function creates a new session file on every page
refresh.



This new lack of compatibility may or may not be a bug, but I feel it
needs to be professionally addressed by the PHP staff. Even a notice on
the web site, though heart breaking, would suffice.

Thank you for your kind attention.

Reproduce code:
---------------
<html>
<head>
<title>test</title>
</head>
<body>
<?PHP
echo 'hello world';
?>
</body>
</html>

Expected result:
----------------
Hello World

Actual result:
--------------
: : : : : hello world : : Content-length: 589 
500 Server Error
The server encountered an error and was unable to complete your
request.
Message: CGI output from C:/WebSite/htdocs/test.php contained no blank
line separating header and data (most likely a broken CGI program)

Please contact the server administrator at
[EMAIL PROTECTED] and inform them of the time the error
occured, plus anything you know of that may have caused the error.



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


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

Reply via email to