[PHP-DOC] Re: Bug #17653 Updated: "Contains no Data when I use GD Functions" From: Rasmus Lerdorf (rasmus <email protected>)
Date: 06/13/02

Well, we still need to track down this issue and try to fix it at least in
the new bundled libgd. I'll see if I can get to it this weekend.

-Rasmus

On 13 Jun 2002 mfischer <email protected> wrote:

> ID: 17653
> Updated by: mfischer <email protected>
> Reported By: huberfelix <email protected>
> Status: Feedback
> -Bug Type: GD related
> +Bug Type: Documentation problem
> Operating System: Linux
> PHP Version: 4.0CVS-2002-06-08
> New Comment:
>
> Yup, good idea, reclassifying.
>
>
> Previous Comments:
> ------------------------------------------------------------------------
>
> [2002-06-13 09:46:13] huberfelix <email protected>
>
> Correct with libpng-1.0.8 as GD and PHP source it works fine...
>
> an entry for the faq?
>
> ------------------------------------------------------------------------
>
> [2002-06-09 10:41:18] sniper <email protected>
>
> Forgot..make sure your GD library is linked with the SAME
> libpng as PHP is.
>
> --Jani
>
>
> ------------------------------------------------------------------------
>
> [2002-06-09 10:40:32] sniper <email protected>
>
> I just tried with libpng-1.2.0, latest PHP (4.3.0-dev) and gd 2.0.1
> (the 'original' without our fixes) and could not
> reproduce this segfault.
>
> Please try the latest (non stable!) snapshot from
> http://snaps.php.net/
>
> --Jani
>
>
> ------------------------------------------------------------------------
>
> [2002-06-09 07:27:27] huberfelix <email protected>
>
> hmm i compiled cvs of today with --with-png-dir=/tmp/libpng-1.0.8
>
> and still finds the newer libpng in /usr
>
> 0x00000049 in ?? ()
> (gdb) bt
> #0 0x00000049 in ?? ()
> #1 0x00a33f49 in png_create_write_struct_2 () from
> /usr/lib/libpng.so.3
> #2 0x00a35371 in png_create_write_struct () from /usr/lib/libpng.so.3
> #3 0x00aa6d59 in gdImagePngCtx (im=0x8172318, outfile=0x81722ec) at
> gd_png.c:461
> #4 0x0047ee80 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #5 0x004838fa in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #6 0x005f8b07 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #7 0x005e5dd4 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #8 0x005aeca5 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #9 0x005fde00 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #10 0x005fed78 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #11 0x005fee02 in object.11 () from
> /usr/local/apache/current/libexec/libphp4.so
> #12 0x08055fd9 in ap_invoke_handler ()
> #13 0x0806bb4f in ap_some_auth_required ()
> #14 0x0806bbba in ap_process_request ()
> #15 0x08062756 in ap_child_terminate ()
> #16 0x08062935 in ap_child_terminate ()
> #17 0x08062ab6 in ap_child_terminate ()
> #18 0x0806314d in ap_child_terminate ()
> #19 0x080639cc in main ()
> #20 0x0019b571 in __libc_start_main () from /lib/libc.so.6
>
> ------------------------------------------------------------------------
>
> [2002-06-09 06:58:58] huberfelix <email protected>
>
> open
>
> ------------------------------------------------------------------------
>
> 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/17653
>
> --
> Edit this bug report at http://bugs.php.net/?id=17653&edit=1
>