Re: PHP 4.0 Bug #6341 Updated: floating point exception on session.c
| From: | Remsnet PHP to news mailingliste | Date: | Mon, 08 Jan 2001 21:57:52 +0000 |
| Subject: | Re: PHP 4.0 Bug #6341 Updated: floating point exception on session.c | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-43476@lists.php.net to get a copy of this message | ||
On 8 Jan 2001 goten@mylaptop.com wrote:
> ID: 6341
> User Update by: goten@mylaptop.com
> Status: Closed
> Bug Type: *Session related
> Description: floating point exception on session.c
>
> I would assume if the configuration file did not find the required files for GD, and --with-gd
> is specify, the configuration script will stopped. Wouldn't make it more clear?
>
> Previous Comments:
> ---------------------------------------------------------------------------
>
> [2001-01-05 23:11:22] sniper@php.net
> 1. There is no way of knowing with which libraries GD was built with.
> That's why there are these --with-jpeg-dir options.
> 2. Of course it crashes on startup if some undefined symbols are found.
> 3. One bug per report.
>
youre wrong.
if you using linux that "ldd" and "nm" are youre "friends"
i.e :
nm /usr/lib/libgd.a | grep -i jpeg
gd_jpeg.o: 00000004 r GD_JPEG_VERSION
00000000 t fatal_jpeg_error
00000490 T gdImageCreateFromJpeg
000004d0 TgdImageCreateFromJpegCtx
00000090 T gdImageJpeg
00000130 T gdImageJpegCtx
000000d0 T gdImageJpegPtr
U jpeg_CreateCompress
U jpeg_CreateDecompress
U jpeg_destroy
U jpeg_destroy_compress
U jpeg_destroy_decompress
U jpeg_finish_compress
U jpeg_finish_decompress
00000b60 T jpeg_gdIOCtx_dest
000009f0 T jpeg_gdIOCtx_src
U jpeg_read_header
U jpeg_read_scanlines
U jpeg_resync_to_restart
U jpeg_set_defaults
U jpeg_set_quality
U jpeg_simple_progression
U jpeg_start_compress
U jpeg_start_decompress
U jpeg_std_error
U jpeg_write_marker
U jpeg_write_scanlines
horde #/root =>
and there you see this gd was linked with CVS version of jpeg .
HINT: do not use any precompiled-added-jpeg php that does 99% not work.