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

From: Date: Thu, 29 Mar 2001 18:05:26 +0000
Subject: PHP 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line
Groups: php.dev 
Request: Send a blank email to php-dev+get-50290@lists.php.net to get a copy of this message
ID: 10062 Updated by: jmoore Reported By: shane.wright@ecustomeropinions.com Old-Status: Bogus Status: Open Bug Type: Unknown/Other Function Assigned To: Comments: Hmm I might be wrong there.. What webserver is your ISP running? James Previous Comments: --------------------------------------------------------------------------- [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 --------------------------------------------------------------------------- [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 --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10062&edit=2

« previous php.dev (#50290) next »