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

From: Date: Sat, 06 Jan 2001 04:11:22 +0000
Subject: PHP 4.0 Bug #6341 Updated: floating point exception on session.c
Groups: php.dev 
Request: Send a blank email to php-dev+get-43126@lists.php.net to get a copy of this message
ID: 6341 Updated by: sniper Reported By: goten@mylaptop.com Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: 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 Previous Comments: --------------------------------------------------------------------------- [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. --------------------------------------------------------------------------- [2000-12-21 13:53:42] goten@mylaptop.com This is the error I got from kern.log Dec 22 02:19:45 central pid 474 (httpd), uid 65534: exited on signal 8 Dec 22 02:20:05 central pid 475 (httpd), uid 65534: exited on signal 8 Dec 22 02:20:19 central pid 476 (httpd), uid 65534: exited on signal 8 --------------------------------------------------------------------------- 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

« previous php.dev (#43126) next »