Re: PHP 4.0 Bug #4081 Updated: Netscape 4.6 doesn't display phpinfo graphics.

I don't have the latest cvs. I did do a rebuild when 4.0.2 came out :build date Sep 21 2000. './configure' '--enable-bcmath' '--with-apxs=/usr/local/secure/bin/apxs' '--with-mysql=/usr/local' and it still exhibits this behavior. Running as a DSO. Apache/1.3.12 (Unix) mod_ssl/2.6.6 OpenSSL/0.9.5a PHP/4.0.2 Mozilla/4.61 [en] (Win98; I) Path info looks complete. PS, your clock is off at least 4+ hours. I received this message long before it was written 8^) Bug Database wrote: > ID: 4081 > Updated by: andi > Reported By: rerowe@rowbee.inebraska.com > Status: Closed > Bug Type: *General Issues > Assigned To: > Comments: > > Fixed in latest CVS > > Previous Comments: > --------------------------------------------------------------------------- > > [2000-08-15 15:43:10] hholzgra@php.net > my guess: > > this is related to CGI SAPI > > request_info.request_uri is set to $PATH_INFO > value from environment assuming the script > had been called by executing php cgi with > the path to the script attached as PATH_INFO > > in this case it looks like the hashbang method > has been used with the script files executeable > flag set and the path to the php cgi in the > first line of the file encoded as > '#!/path/to/php-executeable' > so that there is no $PATH_INFO but a valid > $REQUEST_URI in the CGI environment > > does anyone have a simple idea how to spot > the call method used so that > request_info.request_uri can be set > accordingly ... ? > > PS: by the way i think the bug report form > should have an additional "server api" > input > > --------------------------------------------------------------------------- > > [2000-08-15 14:58:07] waldschrott@php.net > user posted this URL to me: > > http://www.epita.fr:8000/~cahagn_o/php/info.php > > the strange thing is, that I wasn´t able to reproduce this > behaviour on my Win server using Netscape, but using > Netscape (win) on that URL got me broken graphics too... ??? > > It´s perhaps a NS shortcoming, but I´m not sure how to > bypass this shortcomin without writing zend logo physically > to disk, thus normal HTML pages do not support inline > graphics... > > --------------------------------------------------------------------------- > > [2000-08-15 09:52:17] waldschrott@php.net > unable to reproduce on win, does it still happen using latest verions > > --------------------------------------------------------------------------- > > [2000-07-24 14:47:29] rerowe@rowbee.inebraska.com > oops, forgot this part... > This program makes use of the Zend scripting language engine: > Zend Engine v1.0.1, Copyright (c) 1998-2000 Zend Technologies > with Zend Optimizer v0.99, Copyright (c) 1998-2000, by Zend Technologies > > --------------------------------------------------------------------------- > > [2000-07-24 14:44:02] rerowe@rowbee.inebraska.com > PHP Version 4.0.1pl2 - Netscape Version 4.61 Cleared memory and drive cache. Redhat 5.2 > Compiled as a DSO. Error log no--- acceptable variant: /www/rowbee/phpinfo. > Access log-- [24/Jul/2000:07:35:16 -0500] "GET /phpinfo HTTP/1.0" 200 37112 > [24/Jul/2000:07:35:16 -0500] "GET /phpinfo?=PHPE9568F35-D428-11d2-A769-00AA001ACF42 > HTTP/1.0" 406 435 > [24/Jul/2000:07:35:16 -0500] "GET /phpinfo?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 > HTTP/1.0" 406 435 > > --------------------------------------------------------------------------- > > 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=4081