Bug #12138 Updated: Image broken
ID: 12138
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating System: Sparc Solaris 8
PHP Version: 4.0.6
New Comment:
I have the very same bug, only using PHP 4.2.1 on a Linux machine!
I have absolutely no clue why this problem occours. My script:
show.php:
?php
header(Content-type: image/jpeg);
$bild=/home/httpd/bilder/unkatalogisiert/.$bildname;
if ($fp=fopen($bild,r)) {
fpassthru($fp);
}
fclose($fp);
?
When I refer to this image using e.g.:
img src=show.php?bildname=blabla.jpg
It appearently is loaded by the browser (takes a while) but then
displayed as broken. Had this in Netscape 4.79 and IE 5.50. When I
refer directly to the picture, i.e. I enter as an URL:
http://192.168.1.1/show.php?bildname=blabla.jpg
The picture loads perfectly. Strangely, when using the img src
construct with Opera 6, it works! Something is quite messed up
somewhere, I can find no solution whatsoever.
Previous Comments:
[2001-07-26 18:42:35] [EMAIL PROTECTED]
The example script and html both work just fine for
me too. Try asking this on [EMAIL PROTECTED]
as there are dozens of people who can help you with this.
Not a bug in PHP.
[2001-07-23 09:20:56] [EMAIL PROTECTED]
I was not able to reproduce this error, and think that it is bogus
(or is a problem with his browser.)Can anyone else verify
this?
[2001-07-21 20:42:20] [EMAIL PROTECTED]
Are you saying that the image works fine when it is
requested by itself (test.php), but not when it is
referenced by a html page (test.html)?
[2001-07-13 07:07:04] [EMAIL PROTECTED]
test.php
?php
header (Content-type: image/png);
$im = @ImageCreate (50, 100)
or die (Cannot Initialize new GD image stream);
$background_color = ImageColorAllocate ($im, 255, 255, 255);
$text_color = ImageColorAllocate ($im, 233, 14, 91);
ImageString ($im, 1, 5, 5, test, $text_color);
ImagePng ($im);
ImageDestroy($im);
?
test.html
html
headtitletest/title/head
body
Hellobrbr
img src=test.php
/body
/html
Configuration:
gd-1.8.4, apache-1.3.20, php-4.0.6
./configure\
--without-mysql\
--with-oci8 \
--with-oracle\
--with-imap\
--with-ldap\
--with-db3 \
--enable-sysvsem\
--enable-sysvshm\
--with-mm=/usr/local\
--enable-track-vars\
--enable-trans-sid\
--enable-shmop\
--with-gd \
--with-png-dir=/usr/local/lib \
--with-zlib-dir=/usr/local/lib \
--enable-inline-optimization \
--enable-bcmath \
--with-gettext \
--with-mcal=/usr/local/mcal \
--with-mcrypt \
--disable-debug \
--with-apxs=/usr/local/apache/bin/apxs
Desc:
When the Image (test.php) is referenced by a html file (test.html) it
is shown as broken in the browser window.
When calling test.php directly the Image is shown correctly, but by
shift-reloading the page (test.php) the image is broken again (a normal
reload shows the image).
It did not occur with php-4.0.5
--
Edit this bug report at http://bugs.php.net/?id=12138edit=1
Bug #15850 Updated: Compiling not possible due to incorrect creation of Makefile
ID: 15850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: LinuxMandrake 7.2 (2.2.17-21mdk) PHP Version: 4.1.2 New Comment: Compiling path: /mnt/raid/Samba/Linux Programme/php-4.1.2 Everything works fine until the last step (creating files/generating files), as already mentioned. As this bogus _bug_ is reproducible, it would not have been difficult to figure that out by yourself, although I mentioned it. Extract from ./configure +++ Generating files checking for working mkdir -p... (cached) yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/scripts/pear creating pear/scripts/phpize creating pear/scripts/php-config creating pear/scripts/pearize creating pear/scripts/phptar creating TSRM/Makefile creating main/php_config.h main/php_config.h is unchanged creating sapi/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/Makefile.in: No such file or directory creating ext/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/Makefile.in: No such file or directory creating Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/Makefile.in: No such file or directory creating pear/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/pear/Makefile.in: No such file or directory creating main/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/main/Makefile.in: No such file or directory creating ext/mysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/Makefile.in: No such file or directory creating ext/mysql/libmysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/libmysql/Makefile.in: No such file or directory creating ext/pcre/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/Makefile.in: No such file or directory creating ext/pcre/pcrelib/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/pcrelib/Makefile.in: No such file or directory creating ext/posix/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/posix/Makefile.in: No such file or directory creating ext/session/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/session/Makefile.in: No such file or directory creating ext/standard/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/standard/Makefile.in: No such file or directory creating ext/xml/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/Makefile.in: No such file or directory creating ext/xml/expat/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/expat/Makefile.in: No such file or directory creating sapi/apache/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/apache/Makefile.in: No such file or directory creating regex/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/regex/Makefile.in: No such file or directory creating main/internal_functions.c cat: ./main/internal_functions.c.in: No such file or directory +++ Happy? Previous Comments: [2002-03-04 03:02:31] [EMAIL PROTECTED] Completely non-sensical bug report. [2002-03-03 17:49:56] [EMAIL PROTECTED] --enable-fff of course is --enable-track-vars [2002-03-03 17:48:43] [EMAIL PROTECTED] The bug appears when I try to compile PHP 4.1.2 as an apxs dynamic apache module. First I had a #configure --with-mysql --with-gd --enable-fff --with-apxs which produced an (almost) empty Makefile afterwards. Only 5 lines of path definitions where in there. This resulted in an error when trying to #make the project, as it returned: make: *** No targets. Stop. I just found the solution! It really is a bug in your configure script, please fix it as soon as you have time. I had the PHP sources located in /mnt/raid/Samba/Linux Programme/php-4.1.2 During the last step (creating files) the configure script tried to access the path, but did not use a metacharacter space (Linux\ Programme), so it tried to write in /mnt/raid/Samba/Linux, where of course no files were! Cool, I got that one :-) Anyways, if I hadn't found this bug, I'm sure you would have, and I'm sure you'd have helped me. You people are the ones who make PHP such a great language. PHP is incredibly awesome, you're doing a
Bug #15850 Updated: Compiling not possible due to incorrect creation of Makefile
ID: 15850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: LinuxMandrake 7.2 (2.2.17-21mdk) PHP Version: 4.1.2 New Comment: Here are the version numbers. It really all goes back to the directory, when I changed from /mnt/raid/Samba/Linux Programme/php-4.1.2 to /mnt/raid/Samba/php-4.1.2 it worked perfectly. ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) automake (GNU automake) 1.4 Copyright (C) 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] Autoconf version 2.13 Previous Comments: [2002-03-04 14:38:52] [EMAIL PROTECTED] Which versions of libtool, automake and autoconf are you using? Derick [2002-03-04 14:37:08] [EMAIL PROTECTED] Compiling path: /mnt/raid/Samba/Linux Programme/php-4.1.2 Everything works fine until the last step (creating files/generating files), as already mentioned. As this bogus _bug_ is reproducible, it would not have been difficult to figure that out by yourself, although I mentioned it. Extract from ./configure +++ Generating files checking for working mkdir -p... (cached) yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/scripts/pear creating pear/scripts/phpize creating pear/scripts/php-config creating pear/scripts/pearize creating pear/scripts/phptar creating TSRM/Makefile creating main/php_config.h main/php_config.h is unchanged creating sapi/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/Makefile.in: No such file or directory creating ext/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/Makefile.in: No such file or directory creating Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/Makefile.in: No such file or directory creating pear/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/pear/Makefile.in: No such file or directory creating main/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/main/Makefile.in: No such file or directory creating ext/mysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/Makefile.in: No such file or directory creating ext/mysql/libmysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/libmysql/Makefile.in: No such file or directory creating ext/pcre/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/Makefile.in: No such file or directory creating ext/pcre/pcrelib/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/pcrelib/Makefile.in: No such file or directory creating ext/posix/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/posix/Makefile.in: No such file or directory creating ext/session/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/session/Makefile.in: No such file or directory creating ext/standard/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/standard/Makefile.in: No such file or directory creating ext/xml/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/Makefile.in: No such file or directory creating ext/xml/expat/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/expat/Makefile.in: No such file or directory creating sapi/apache/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/apache/Makefile.in: No such file or directory creating regex/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/regex/Makefile.in: No such file or directory creating main/internal_functions.c cat: ./main/internal_functions.c.in: No such file or directory +++ Happy? [2002-03-04 03:02:31] [EMAIL PROTECTED] Completely non-sensical bug report. [2002-03-03 17:49:56] [EMAIL PROTECTED] --enable-fff of course is --enable-track-vars [2002-03-03 17:48:43] [EMAIL PROTECTED] The bug appears when I try to compile PHP 4.1.2 as an apxs dynamic apache module. First I had a #configure --with-mysql
Bug #15850: Compiling not possible due to incorrect creation of Makefile
From: [EMAIL PROTECTED] Operating system: LinuxMandrake 7.2 (2.2.17-21mdk) PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: Compiling not possible due to incorrect creation of Makefile The bug appears when I try to compile PHP 4.1.2 as an apxs dynamic apache module. First I had a #configure --with-mysql --with-gd --enable-fff --with-apxs which produced an (almost) empty Makefile afterwards. Only 5 lines of path definitions where in there. This resulted in an error when trying to #make the project, as it returned: make: *** No targets. Stop. I just found the solution! It really is a bug in your configure script, please fix it as soon as you have time. I had the PHP sources located in /mnt/raid/Samba/Linux Programme/php-4.1.2 During the last step (creating files) the configure script tried to access the path, but did not use a metacharacter space (Linux\ Programme), so it tried to write in /mnt/raid/Samba/Linux, where of course no files were! Cool, I got that one :-) Anyways, if I hadn't found this bug, I'm sure you would have, and I'm sure you'd have helped me. You people are the ones who make PHP such a great language. PHP is incredibly awesome, you're doing a fantastic job! -- Edit bug report at http://bugs.php.net/?id=15850edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15850r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15850r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15850r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15850r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15850r=support Expected behavior: http://bugs.php.net/fix.php?id=15850r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15850r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15850r=submittedtwice
Bug #15850 Updated: Compiling not possible due to incorrect creation of Makefile
ID: 15850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: LinuxMandrake 7.2 (2.2.17-21mdk) PHP Version: 4.1.2 New Comment: --enable-fff of course is --enable-track-vars Previous Comments: [2002-03-03 17:48:43] [EMAIL PROTECTED] The bug appears when I try to compile PHP 4.1.2 as an apxs dynamic apache module. First I had a #configure --with-mysql --with-gd --enable-fff --with-apxs which produced an (almost) empty Makefile afterwards. Only 5 lines of path definitions where in there. This resulted in an error when trying to #make the project, as it returned: make: *** No targets. Stop. I just found the solution! It really is a bug in your configure script, please fix it as soon as you have time. I had the PHP sources located in /mnt/raid/Samba/Linux Programme/php-4.1.2 During the last step (creating files) the configure script tried to access the path, but did not use a metacharacter space (Linux\ Programme), so it tried to write in /mnt/raid/Samba/Linux, where of course no files were! Cool, I got that one :-) Anyways, if I hadn't found this bug, I'm sure you would have, and I'm sure you'd have helped me. You people are the ones who make PHP such a great language. PHP is incredibly awesome, you're doing a fantastic job! -- Edit this bug report at http://bugs.php.net/?id=15850edit=1
