ID: 10062
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: CGI version displays '#!/usr/local/bin/php' line
I'm glad it's not an Apache issue, makes life easier :))
yup, file is called test.cgi, chmod 755, ExecCGI enabled
in Apache.
A hack would be fine... ..so long as it doesn't require
root access or changes to Apache's config (which I
wouldn't be able to do on the remote machine)
Are you thinking of a patch to PHP to forcefully stop it
outputting anything before the first newline? That would
be ok - but my CGI's need to use a lot of HTTP headers
(including HTTP authentication - but that can change if
necessary) I was thinking of making them nph-...
Regards
Shane
Previous Comments:
---------------------------------------------------------------------------
[2001-03-29 13:49:02] [EMAIL PROTECTED]
This isnt an Issue with apache. What are you calling your php file?? .cgi yes? there
are some hacks around this but it seems more likley a config problem rather than a bug
in PHP.. anu ideas people??
---------------------------------------------------------------------------
[2001-03-29 13:41:54] [EMAIL PROTECTED]
They're running 1.3.12 - but that doesn't matter yet as I
can't even get PHP to compile there (its Debian with
glibc2.1, PHP 4.0.4pl1, same configure options as I said
previously, configure runs fine, but make dies half way
through - can't work out why though - but thats for
another day...)
Ah. but if it is an issue with Apache then I'm screwed
anyway :((
---------------------------------------------------------------------------
[2001-03-29 13:05:26] [EMAIL PROTECTED]
Hmm I might be wrong there.. What webserver is your ISP running?
James
---------------------------------------------------------------------------
[2001-03-29 12:51:59] [EMAIL PROTECTED]
I'm afraid it really is as a CGI - the reason being that
my ISP won't install PHP modules and I need gd/t1lib
support. This problem is with testing the setup on the
local server (I want the same setup both ends to avoid any
extra complications).
I wasn't aware that it was the web server's responsibility
to strip the #1/usr/local/bin/php line out - I am running
apache 1.3.14 and I have a feeling there could be an issue
with that - (although I haven't noticed it in the past
with C++ CGIs)
---------------------------------------------------------------------------
[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse
PHP files already (IE if you have set up apache as shown in install docs.) if your
webserver is executing the files (actually set up as real cgi then please reopen this
bug report but this shouldnt happen as the webserver should strip the
#!/usr/local/bin/php line out.)
James
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=10062
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]