PHP :: Bug #28605 :: bug21523.phpt test never end (-mieee fixes it..)

Bug #28605

bug21523.phpt test never end (-mieee fixes it..)

Submitted:

2004-06-01 22:21 UTC

Modified:

2005-06-02 23:32 UTC

Votes:	2
Avg. Score:	4.5 ± 0.5
Reproduced:	2 of 2 (100.0%)
Same Version:	1 (50.0%)
Same OS:	1 (50.0%)

From:

tbp at poly dot polytechnique dot fr

Assigned:

helly (profile)

Status:

Closed

Package:

Math related

PHP Version:

5CVS, 4CVS (2005-03-21)

OS:

Compaq Tru64 UNIX v5.1

Private report:

CVE-ID:

None

View Developer Edit

Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.

php.net Username: php.net Password:

Quick Fix:	(description)
	Block user comment
Status:		Assign to:
Package:
Bug Type:
Summary:
From:	tbp at poly dot polytechnique dot fr
New email:
PHP Version:		OS:

New/Additional Comment:

[2004-06-01 22:21 UTC] tbp at poly dot polytechnique dot fr

Description:
------------
I was upgrading my apache/mod-ssl/php to latest version and I have now trouble to do ?make test?:
I expect ?make test? to give me some results in minute or some, but it continue running for hours.
But I could stop it with CTRL-C

Same results for php 4.3.6/4.3.7RC1/php4-STABLE-200406011430
php 4.3.4 works fine.

My tests shows that php go in to some kind of loop while it try to execute number_format(-2000, 2768):
[root@poly:/Admin/SRC/Apache/php-4.3.4]# ps auxwwa | grep php
root     468861 97.9  0.0 6.38M 1.1M pts/5    R  + 22:04:31     0:08.71 sapi/cli/php bug21523.phpt


Configure:
./configure --with-apache=../apache_1.3.31 --with-ssl=/Local/ssl --prefix=/Local/php --enable-memory-limit --with-zlib=/Local --with-zlib-dir=/Local --with-mysql=/Local/mysql --with-pgsql=/Local/pgsql --enable-ftp

Problem is irrelevant to php.ini (I have also done all tests without any php.ini)




Reproduce code:
---------------
make test

Expected result:
----------------
with php-4.3.4 I have somesing like:
?
PASS GetImageSize() for compressed swf files [ext/standard/tests/image/getimagesize_swc.phpt]
PASS image_type_to_mime_type() [ext/standard/tests/image/image_type_to_mime_type.phpt]
FAIL Simple math tests [ext/standard/tests/math/abs.phpt]
PASS Bug #21523 number_format tries to allocate negative amount of memory [ext/standard/tests/math/bug21523.phpt]
PASS Bug #24142 (round() problems) [ext/standard/tests/math/bug24142.phpt]
?


Actual result:
--------------
make test on php 4.3.6/4.3.7RC1/php4-STABLE-200406011430:

?
PASS image_type_to_mime_type() [ext/standard/tests/image/image_type_to_mime_type.phpt]
PASS Simple math tests [ext/standard/tests/math/abs.phpt]
make: *** [test] Interrupt
(By CTRL-C) <- it was me who stop it

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports

[2004-07-11 21:43 UTC] sniper@php.net

run the single test like this:

# gdb sapi/cli/php
(gdb) run ext/standard/tests/math/bug21523.phpt

And if/when it hangs, press ctrl+c and then type:

(gdb) bt

And paste output here.

[2005-03-20 17:49 UTC] sniper@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz

The build is fixed now.

[2005-03-21 13:42 UTC] tbp at poly dot polytechnique dot fr

No hangup anymore, but coredump instead.

[root@poly:/Admin/SRC/Apache/php4-STABLE-200503211130]# sapi/cli/php ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
Floating point exception (core dumped)


FAIL Bug #21523 number_format tries to allocate negative amount of memory [ext/standard/tests/math/bug21523.phpt]

[2005-03-21 22:35 UTC] sniper@php.net

Please provide the GDB backtrace of the crash with the snapshot.

[2005-03-21 22:56 UTC] tbp at poly dot polytechnique dot fr

[root@poly:/Admin/SRC/Apache/php4-STABLE-200503211130]# gdb sapi/cli/php
This GDB was configured as "alphaev68-dec-osf5.1"...
(gdb) run ext/standard/tests/math/bug21523.phpt
Starting program: /Admin/SRC/Apache/php4-STABLE-200503211130/sapi/cli/php ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
warning: (Internal error: pc 0x1200a72b8 in read in psymtab, but not in symtab.)


Program received signal SIGFPE, Arithmetic exception.
0x00000001200a72b8 in _php_math_number_format (d=2000, dec=2768, dec_point=46 '.', thousand_sep=44 ',')
    at /Admin/SRC/Apache/php4-STABLE-200503211130/ext/standard/math.c:1025
1025            PHP_ROUND_WITH_FUZZ(d, dec);
(gdb)

[2005-03-22 18:36 UTC] sniper@php.net

Ilia, wasn't it you who added that PHP_ROUND_WITH_FUZZ() ? :)

[2005-04-06 16:25 UTC] iliaa@php.net

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

[2005-04-06 23:49 UTC] tbp at poly dot polytechnique dot fr

No coredump anymore, but  hangup again.

[root@poly:/Admin/SRC/Apache/php4-STABLE-200504061830]# gdb sapi/cli/php    
GNU gdb 6.1
Copyright 2004 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 "alphaev68-dec-osf5.1"...
(gdb) run ext/standard/tests/math/bug21523.phpt
Starting program: /Admin/SRC/Apache/php4-STABLE-200504061830/sapi/cli/php ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
warning: (Internal error: pc 0x12010e444 in read in psymtab, but not in symtab.)


Program received signal SIGINT, Interrupt.
0x000000012010e444 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' <repeats 80 times>)
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:317
317                             fj = modf(fi / 10, &fi);
(gdb) bt
#0  0x000000012010e444 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' <repeats 80 times>)
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:317
warning: (Internal error: pc 0x12010e2e8 in read in psymtab, but not in symtab.)

#1  0x000000012010e2e8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8)
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:176
warning: (Internal error: pc 0x1201101bc in read in psymtab, but not in symtab.)

#2  0x00000001201101bc in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f3c9 "f", ap={__base = 0x11fff9eb8, __offset = 40})
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:461
warning: (Internal error: pc 0x120110978 in read in psymtab, but not in symtab.)

#3  0x0000000120110978 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f3c6 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24})
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:638
warning: (Internal error: pc 0x120110a40 in read in psymtab, but not in symtab.)

#4  0x0000000120110a40 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' <repeats 74 times>)
    at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:658
warning: (Internal error: pc 0x1200afea8 in read in psymtab, but not in symtab.)

#5  0x00000001200afea8 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',')
    at /Admin/SRC/Apache/php4-STABLE-200504061830/ext/standard/math.c:1027
warning: (Internal error: pc 0x1200b02d8 in read in psymtab, but not in symtab.)

#6  0x00000001200b02d8 in zif_number_format (ht=1074697624, return_value=0x1400e9458, this_ptr=0x11fff9ad6, return_value_used=0)
    at /Admin/SRC/Apache/php4-STABLE-200504061830/ext/standard/math.c:1123
warning: (Internal error: pc 0x12015aaa8 in read in psymtab, but not in symtab.)

#7  0x000000012015aaa8 in execute (op_array=0x2c) at /Admin/SRC/Apache/php4-STABLE-200504061830/Zend/zend_execute.c:1654
Previous frame inner to this frame (corrupt stack?)
(gdb)

[2005-04-17 19:34 UTC] iliaa@php.net

ap_*printf() functions acting up?

[2005-04-18 12:12 UTC] magnus@php.net

Compiling with -mieee (GCC) or -ieee (Compaq C compiler) will fix the test and another one on Tru64 for me.

[2005-04-18 13:14 UTC] tbp at poly dot polytechnique dot fr

You are right "-mieee" gcc option, fix this test problem:

[root@poly:/Admin/SRC/Apache/php4-STABLE-200504061830]# sapi/cli/php ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
string(2775) "-2,000.00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
OK--EXPECT--
string(2775) "-2,000.00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
OK

Thank you, TBP

[2005-06-02 23:32 UTC] sniper@php.net

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

	php.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2025 The PHP Group All rights reserved.	Last updated: Fri Oct 31 11:00:01 2025 UTC