ID: 47599 Updated by: j...@php.net Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.9 Assigned To: fb-req-jani New Comment:
As there is already report about LFS issue and I know the ini issue is solved I'm closing this. Please don't report bugs you can not reproduce yourself. Previous Comments: ------------------------------------------------------------------------ [2009-05-05 11:09:45] Bjorn dot Wiberg at its dot uu dot se As I'm not on a 64-bit system, could someone please try the snapshot (and perhaps propose a test case which uses zend_atoi)? I'm only reporting it as a third party as it sounded like something that would be good to fix. Thanks in advance! ------------------------------------------------------------------------ [2009-05-04 18:50:55] j...@php.net Also note that this is partially duplicate of bug #27792 (zend_atoi() has been replaced with zend_atol() in PHP_5_3) ------------------------------------------------------------------------ [2009-03-08 16:01:09] Bjorn dot Wiberg at its dot uu dot se Description: ------------ External sources (http://turin.nss.udel.edu/wiki/dropbox/doku.php?id=documentation:large-files) indicate that zend_atoi() does not handle very large values correctly. External source supplies proposed fix (change to Zend/zend_operators.c). Reproduce code: --------------- Setting post_max_size 10000M or upload_max_filesize 10000M in php.ini. Expected result: ---------------- Correct handling of very large memory values, e.g. "10000M". Actual result: -------------- Limit maxes out at max value of 32 bits instead of specified value. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=47599&edit=1
