PHP 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

ID: 10062 User Update by: shane.wright@ecustomeropinions.com 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] jmoore@php.net 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] shane.wright@ecustomeropinions.com 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] jmoore@php.net Hmm I might be wrong there.. What webserver is your ISP running? James --------------------------------------------------------------------------- [2001-03-29 12:51:59] shane.wright@ecustomeropinions.com 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] jmoore@php.net 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