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

ID: 10062 User Update by: shane.wright@ecustomeropinions.com Status: Bogus Bug Type: Unknown/Other Function Description: CGI version displays '#!/usr/local/bin/php' line 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) Previous Comments: --------------------------------------------------------------------------- [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 --------------------------------------------------------------------------- [2001-03-29 12:25:01] shane.wright@ecustomeropinions.com Standard configure/make on REdHat 7 (options are: --without-apache --with-mysql --with-gd) Then CGI execution as normal - it reads php.ini fine and renders PHP fine - the only problem is the display of the first line of the file ('#!/usr/local/bin/php') I've seen posts elsewhere about someone having a similar problem on FreeBSD with an older version that went away with a newer version (of PHP that is) so I'm assuming its a resurfacing issue. Apologies if it's just me being lame ;) Regards Shane --------------------------------------------------------------------------- Full Bug description available at: http://bugs.php.net/?id=10062