ID: 23967 User updated by: russ at zerotech dot net Reported By: russ at zerotech dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux PHP Version: 4.3.2 New Comment:
I compiled the snapshot, no compiler optimizations, and I enabled debugging. My GCC version is: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice). Perhaps it's propolice causing it? As of PHP 4.3.1 though, compiled with propolice, everything worked fine. I still get the same problem with number_format() with the snapshow from today. [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(4000,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(0,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(230,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(234440,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format("234440",2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' To make absolutely sure I'm not doing something different, I compiled PHP 4.3.1 again, the same way I compiled 4.3.2 and the daily SNAPSHOT, these are the results I get: [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500); echo "\n";' 7,500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500,2); echo "\n";' 7,500.00 Obviously since it doesn't crash I can't bt on the core, but I set a breakpoint at the first call to spprintf which appears to be the major difference in _php_math_number_function() in math.c between 4.3.1 and 4.3.2. It breaks at the first call which is made from _php_math_number_function(). [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) break spprintf Breakpoint 1 at 0x8128f55: file /home/russ/php4-STABLE-200306031330/main/spprintf.c, line 641. (gdb) run Starting program: /home/russ/php4-STABLE-200306031330/sapi/cli/php -r echo\ number_format\(\"234440\",2\)\;\ echo\ \"\\n\"\; Breakpoint 1, spprintf (pbuf=0xbffff3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 641 va_start(ap, format); (gdb) bt #0 spprintf (pbuf=0xbffff3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 #1 0x080cb73a in _php_math_number_format (d=234440, dec=2, dec_point=46 '.', thousand_sep=44 ',') at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:997 #2 0x080cbd1c in zif_number_format (ht=2, return_value=0x81ee2fc, this_ptr=0x0, return_value_used=1) at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:1101 #3 0x0816d0a8 in execute (op_array=0x81edf5c) at /home/russ/php4-STABLE-200306031330/Zend/zend_execute.c:1606 #4 0x08151f13 in zend_eval_string (str=0xbffff97d "echo number_format(\"234440\",2); echo \"\\n\";", retval_ptr=0x0, string_name=0x81a88b4 "Command line code") at /home/russ/php4-STABLE-200306031330/Zend/zend_execute_API.c:636 #5 0x08173613 in main (argc=3, argv=0xbffff804) at /home/russ/php4-STABLE-200306031330/sapi/cli/php_cli.c:859 #6 0x400b2767 in __libc_start_main () from /lib/libc.so.6 (gdb) Let me know if you need anything else. I can provide a shell with access to compiler and sources if you'd like. Previous Comments: ------------------------------------------------------------------------ [2003-06-03 10:25:55] [EMAIL PROTECTED] I'm betting that this is related to that gcc bug that breaks the modf() call in glibc. It's cropped up on gentoo systems before, and usually happens when your CFLAGS/CXXFLAGS are set to something like '-march=pentium4 -O3'. Use pentium3 or -mhost=i686 instead. See http://bugs.php.net/bug.php?id=22887 for details. J ------------------------------------------------------------------------ [2003-06-03 10:20:44] matt at coderweb dot com The latest stable CVS snapshot does not work. I can also confirm number_format() working in PHP 4.3.0 on Gentoo, but not working in PHP 4.3.2 on Gentoo. ------------------------------------------------------------------------ [2003-06-03 01:45:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Joey, it doesn't crash... so you can not make a backtrace... Anyway, this should be fixed in the latest CVS, so please try the snapshot. ------------------------------------------------------------------------ [2003-06-02 22:58:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. I can't duplicate this. Tried several different GCC versions to no avail. ------------------------------------------------------------------------ [2003-06-02 20:28:56] russ at zerotech dot net Also, forgot to add. Earlier in the day I noticed various web applications that use number_format() were returning either 0, or random garbage such as: 0.F0 0.:; 0,0; etc. ------------------------------------------------------------------------ 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/23967 -- Edit this bug report at http://bugs.php.net/?id=23967&edit=1