PHP :: Bug #41951 :: floats are stored as ints

[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)

[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.

Patches

Pull Requests

History

	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-2024 The PHP Group All rights reserved.	Last updated: Tue Apr 23 16:01:30 2024 UTC