PHP 4.0 Bug #6341 Updated: floating point exception on session.c

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. --Jani --------------------------------------------------------------------------- [2000-12-28 15:54:01] goten@mylaptop.com After playing with the configuration for a couple days, I finally figure out what cause the problem. When I configure --with-gd=/usr/local, the configure rountine did not find the libjpg and png installed. But the configure routine still install the GD option in PHP. That's what cause the apache keep crashing on the test page. I have to manually specify --with-jpeg-dir=/usr/local and --with-xpm-dir=/usr/X11R6. So, now the question is: 1. Why the configuration routine still install GD while libjpg and png can not be found, even libjpg and png is required by GD. 2. Why would that cause the apache to crash even no GD function is using? --------------------------------------------------------------------------- [2000-12-27 19:41:21] goten@mylaptop.com I tried on php-4.0.4 with the fix fpsetmask(mask & ~FP_X_IMP); to fpsetmask(0); The problem is stil there. I ran configure as ./configure --without-mysql --with-apxs=/usr/local/apache1/bin/apxs --with-config-file-path=/usr/local/etc --enable-track-vars --with-gd=/usr/local Even without mysql, as long as --with-gd is there, the problem still exist. --------------------------------------------------------------------------- [2000-12-22 17:58:45] sas@php.net Does that still happen, if you change fpsetmask(mask & ~FP_X_IMP); to fpsetmask(0); in Zend/zend.c (around line 339)? --------------------------------------------------------------------------- [2000-12-22 15:38:34] kalowsky@php.net Once again, I was unable to reproduce this locally. The provided URL does indeed seem to cause instant data loss though... What does seem to be at issue here may be the same issue Sascha has discussed in an email on the php-dev list entitle "FPEs on FreeBSD" where another report has been filed on this. FreeBSD 4.1-STABLE is identified as having this problem. --------------------------------------------------------------------------- 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=6341