php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #41951 floats are stored as ints
Submitted: 2007-07-10 13:54 UTC Modified: 2007-07-11 13:34 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: rachmel at avaya dot com Assigned:
Status: Wont fix Package: *Math Functions
PHP Version: 5.2CVS-20070710 OS: WindRiver Linux
Private report: No 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.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: rachmel at avaya dot com
New email:
PHP Version: OS:

 

 [2007-07-10 13:54 UTC] rachmel at avaya dot com 
Description:
------------
I am cross compiling php from i686-red-hat linux plat to ppc-windriver linux plat.

The problem I see, is that when trying to assign a value bigger than MAX_INT (2147483648-1), the variable gets the value of MAX_INT-1.
This is not just an explicit variable issue. Just trying to 'echo' the same value results in the same problem.

When compiling for my i686 platform, this problem doesn't occur.
I am upgrading from php 5.1.4, and I didn't have any problems in that version.

Reproduce code:
---------------
<?php
        $a = 0x8fffffff;
        $b = 2415919103;
        var_dump($a);
        var_dump($b);
?>


Expected result:
----------------
float(2415919103)
float(2415919103)

Actual result:
--------------
int(2147483647)
int(2147483647)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-07-10 14:10 UTC] jani@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
 [2007-07-10 14:38 UTC] rachmel at avaya dot com 
Hi,

I tried the CVS head version you offered me in the above link. The problem is still there, and the numbers are not converted to float as expected.
 [2007-07-11 07:22 UTC] tony2001@php.net 
We don't have any PPC-windriver machines off hand, so I don't thin anybody is able to help you except for yourself.
 [2007-07-11 07:29 UTC] rachmel at avaya dot com 
I see.. Well, can you at least give me directions?
Where can I find the code responsible for parsing numbers and deciding whether to save them as int / floats?

Thanks, Nir.
 [2007-07-11 07:40 UTC] jani@php.net 
It's propably the cross-compiling causing this. It picks wrong values for certain defines. See configure.in for AC_CHECK_SIZEOF and PHP_CHECK_SIZEOF for examples. The last parameter in those is the value passed when cross-compiling. Also check the generated main/php_config.h which you better change before running make to change those to be correct. In any case, cross-compiling is something that we don't really support so I'm closing this report.
 [2007-07-11 13:34 UTC] rachmel at avaya dot com 
Hi,

OK - I understand you aren't going to fix it, but I have found the problematic values and will post them here for others to benefit.

when the configure script tries to define the sizes of int, char etc. for a cross-compilation environment, it uses some predefined values that aren't necessarily fit. The values I had to changes were of:
(1) sizeof long
(2) sizeof ssize_t
(3) sizeof size_t

Thanks for the help,
Nir.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sun Jun 01 01:01:27 2025 UTC