ID: 28263
Updated by: [EMAIL PROTECTED]
Reported By: Rich dot West at wesmo dot com
-Status: Closed
+Status: Bogus
Bug Type: GD related
Operating System: Fedora Core 1
PHP Version: 4.3.6
Assigned To: pajoye
New Comment:
Not a bug in PHP then, so marking it "bogus".
Previous Comments:
------------------------------------------------------------------------
[2004-06-22 01:35:28] Rich dot West at wesmo dot com
Fixed!
I rebuilt the whole package based upon the 4.3.6 SRPM, updated it for
4.3.7, and viola! It works!
------------------------------------------------------------------------
[2004-06-21 23:20:23] Rich dot West at wesmo dot com
I tried the same process against 4.3.7 today, and the result was the
same. :( No PNG image. :(
Yes, the libpng and libpng-devel packages are in sync with one another,
and yes, the system has the GD libraries installed, and, yes, PHP was
compiled it use the bundled GD library rather than the system-wide
one.
I can get this to work when building 4.3.3, but not with 4.3.5/6/7.
I've moved libpdf out to a DSO rather than compiling it in, but it made
little difference. :(
I'm trying a complete package rebuild using the SRPM from the FC1
updates to see if that will help..
------------------------------------------------------------------------
[2004-05-28 05:23:58] Rich dot West at wesmo dot com
I'll check the latest HEAD from CVS.
libpdf was compiled in with --with-libpdf. Not sure why it would show
up in that particular traceback, though.
> Possible sources of problems:
> - You did not update the -devel package for libpng
> - --with-png-dir=DIR, DIR is not optionnal. Same for jpeg
> or freetype
> - Be sure you do not have the GD lib installed in your
> system. Use only the bundled one.
>From the first posting, it clearly shows --with-png-dir=/usr and
--with-gd. I thought we got past that whole part.
I'll test it from the latest CVS HEAD branch as you originally
suggested on May 27th, but it is unlikely an installation issue since,
as the thread shows, it works with the same libpng libraries if
compiled with 4.3.3. Anything later, such as 4.3.5 and 4.3.6, does not
work.
------------------------------------------------------------------------
[2004-05-27 22:01:15] [EMAIL PROTECTED]
#1 0x00f1d850 in png_create_struct_2 () from /usr/lib/libpdf.so.1
I'm wondering what the libpdf does here...
Please check your install. The original script works with php4 and
php5 HEAD and latest RC.
Possible sources of problems:
- You did not update the -devel package for libpng
- --with-png-dir=DIR, DIR is not optionnal. Same for jpeg
or freetype
- Be sure you do not have the GD lib installed in your
system. Use only the bundled one.
I set it back to bogus. As it works on 3 different FC1 (and on FC2)
without problems. I feel your problem as an install issue only.
--Pierre
------------------------------------------------------------------------
[2004-05-27 13:00:24] duh at dowebwedo dot com
I am experiencing the same bug since we upgraded from php 4.3.5 tot
4.3.6, 4.3.7 and the latest snapshot (php4-STABLE-200405270830). I have
backtraced the point to where php crashes and that is the
imagecreatefrompng function:
...
eval(sprintf("\$this->image =
imagecreatefrom%s(\$this->image_file);",$this->ext2func[$image_type]));
...
(note: i use eval in my class to dynamically open images; however
without the evaluation the function still kills my application)
However downgrading back to php-4.3.5 does not seem to solve the
problem.
We are running debian stable with all recent upgrades (libpng etc) with
apache (1.3.29) and php and compiled php with the following configure
command:
'./configure' '--with-pgsql' '--with-apxs=/www/bin/apxs' '--with-gd'
'--with-png-dir' '--with-freetype-dir' '--with-jpeg-dir' '--with-pear'
'--with-zlib-dir' '--enable-track-vars' '--enable-trans-sid'
'--disable-posix-threads' '--enable-shared' '--enable-exif'
'--enable-memory-limit'
I hope this bug will be fixed soon.
Grtz, Jeroen
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28263
--
Edit this bug report at http://bugs.php.net/?id=28263&edit=1
