#46882 [NEW]: Serialize / Unserialize missbehaviour under OS with different bit numbers

From: max at phoenixweb dot it Operating system: Centos 5.2 x86 64bit PHP version: 5.2.8 PHP Bug Type: Variables related Bug description: Serialize / Unserialize missbehaviour under OS with different bit numbers Description: ------------ The problem is easy. I use SERIALIZE - UNSERIALIZE to pass complex PHP objects between server e store it on remote. However the SERIALIZE - UNSERIALIZE process fail while this happens between a 64bit OS and a 32bit OS, due to a missbehaviour in the number rappresentation (int). For the 64bit the (INT) is the correct data type for the number: 4139868160 while for a 32bit system that numbero can handled only by a (DOUBLE) s:3:"mem";a:2:{s:6:"memory";a:5:{s:5:"total";i:4139868160;s:4:"free";i:1306845184;s:7:"buffers";i:74797056;s:6:"cached";i:2103566336;s:4:"used";i:2833022976;}s:4:"swap";a:3:{s:5:"total";i:8389742592;s:4:"free";i:8389742592;s:4:"used";i:0;}} During the UNSERIALIZE function on the 32bit system the bitcode is lost and the number became negative. Reproduce code: --------------- serialize this object on different OS: [mem] => Array ( [memory] => Array ( [total] => 4139868160 [free] => 1331732480 [buffers] => 68988928 [cached] => 2102939648 [used] => 2808135680 ) [swap] => Array ( [total] => 8389742592 [free] => 8389742592 [used] => 0 ) ) you'll get different SERIALIZED string that are not OS indipendent. Expected result: ---------------- I expected that the object could be pass throug PHP servers indipendently from the OS bit system. Actual result: -------------- The actual result is a serialized string not indipendent from OS, i think i'll use JSON functions instead of serialize / unserialize. -- Edit bug report at http://bugs.php.net/?id=46882&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46882&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46882&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46882&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46882&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46882&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46882&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46882&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46882&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46882&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46882&r=support Expected behavior: http://bugs.php.net/fix.php?id=46882&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46882&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46882&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46882&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46882&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46882&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46882&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46882&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46882&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46882&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46882&r=mysqlcfg