Bug #17154 Updated: Recode memory corruption

From: Date: Tue, 04 Jun 2002 08:25:07 +0000
Subject: Bug #17154 Updated: Recode memory corruption
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-9422@lists.php.net to get a copy of this message
ID: 17154 Updated by: mfischer@php.net Reported By: k.joe@freemail.hu -Status: Open +Status: Bogus Bug Type: Recode related Operating System: Linux2.2.19/Debian PHP Version: 4.1.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: ------------------------------------------------------------------------ [2002-05-11 10:33:22] k.joe@freemail.hu Recode function somehow fails to calculate length of the result string, this cause (mostly) random segfaults. In this example, the FOR will stop at different cyclcount, which count depends on running mode: apache module, cgi from shell, cgi from gdb, and the operations on the string before calling recode. The result of recoding in the file is so weird, at several places the two string's length doesn't equal (like some buffer owerflow problem.) PHP versions 4.0.6-4.1.2 (with recode 3.6) are all affected (commandline recode is works well). <? $fp = fopen("ideni","w"); for ($i = 0; $i < 10240; $i++) { echo "$i\n"; $str = str_repeat("a",$i); if (strlen($str) != strlen(recode("utf8..latin2",$str))) { $fstr = "\n$i: $str"; $rstr = "\n$i: " . recode("utf8..latin2",$str); fwrite($fp,$fstr); fwrite($fp,$rstr); } } fclose($fp); ?> This backtrace made from cgi/gdb: #0 0x4024ed28 in free () from /lib/libc.so.6 #1 0x4024ea0a in malloc () from /lib/libc.so.6 #2 0x4024e1e4 in malloc () from /lib/libc.so.6 #3 0x080f5a8f in _emalloc (size=6828, __zend_filename=0x81309c2 "recode.c", __zend_lineno=142, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:165 #4 0x080f61ed in _estrndup (s=0x81d64a8 'a' <repeats 200 times>..., length=6827, __zend_filename=0x81309c2 "recode.c", __zend_lineno=142, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:356 #5 0x0807d88a in zif_recode_string (ht=2, return_value=0x81d2384, this_ptr=0x0, return_value_used=1) at recode.c:142 #6 0x0812594a in execute (op_array=0x81cddbc) at ./zend_execute.c:1590 #7 0x08107309 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #8 0x0805f411 in php_execute_script (primary_file=0xbffffd04) at main.c:1307 #9 0x0805cc8c in main (argc=3, argv=0xbffffd94) at cgi_main.c:738 #10 0x401f96cf in __libc_start_main () from /lib/libc.so.6 (gdb) frame 6 #6 0x0812594a in execute (op_array=0x81cddbc) at ./zend_execute.c:1590 1590 ((zend_internal_function *) function_state.function)->handler(opline->extended_value, Ts[opline->result.u.var].var.ptr, object.ptr, return_value_used TSRMLS_CC); Good luck! ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=17154&edit=1

« previous php.bugs (#9422) next »