Bug #12757 Updated: utf8_encode doesn't terminate strings with '\0'

From: Date: Sat, 18 Aug 2001 20:01:27 +0000
Subject: Bug #12757 Updated: utf8_encode doesn't terminate strings with '\0'
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-63616@lists.php.net to get a copy of this message
ID: 12757 User updated by: rnyberg@it.su.se Reported By: rnyberg@it.su.se Old Status: Feedback Status: Open Bug Type: Strings related Operating System: any PHP Version: 4.0.6 New Comment: I noticed the bug when we used utf8-encoded dn in ldap_search. However, the bug that bite me is fixed in the latest snapshot. Though it seems to me that there may be another bug in utf8_encode, if encoder == NULL, since it doesn't look as if the code in that block takes the trailing '\0' in consideration. I don't know how to test this in a PHP-script however, so it's just my suspicion. -Richard Previous Comments: ------------------------------------------------------------------------ [2001-08-15 19:10:41] sniper@php.net Could you add a short script that demonstrates what the bug is? --Jani ------------------------------------------------------------------------ [2001-08-15 08:01:13] rnyberg@it.su.se It's fixed in one place, but it still doesn't set the trailing '\0' if encoder == NULL, if I understand it correctly. -Richard ------------------------------------------------------------------------ [2001-08-15 05:44:25] sniper@php.net Seems like at least some of those have already been fixed in CVS. Could you check the latest CVS snapshot: http://snaps.php.net/ --Jani ------------------------------------------------------------------------ [2001-08-15 05:25:54] rnyberg@it.su.se The enclosed patch fixes the problem. --- php-4.0.6/ext/xml/xml.c Thu May 24 14:42:12 2001 +++ php-rnyberg/ext/xml/xml.c Wed Aug 15 10:45:03 2001 @@ -494,14 +494,14 @@ if (encoder == NULL) { /* If no encoder function was specified, return the data as-is. */ - newbuf = emalloc(len); - memcpy(newbuf, s, len); + newbuf = emalloc(len + 1); + memcpy(newbuf, s, len + 1); *newlen = len; return newbuf; } /* This is the theoretical max (will never get beyond len * 2 as long * as we are converting from single-byte characters, though) */ - newbuf = emalloc(len * 4); + newbuf = emalloc(len * 4 + 1); while (pos > 0) { c = encoder ? encoder((unsigned char)(*s)) : (unsigned short)(*s); if (c < 0x80) { @@ -522,9 +522,10 @@ pos--; s++; } - if (*newlen < len * 4) { - newbuf = erealloc(newbuf, *newlen); + if (*newlen < len * 4 + 1) { + newbuf = erealloc(newbuf, *newlen + 1); } + newbuf[*newlen] = '\0'; return newbuf; } /* }}} */ ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=12757&edit=1

« previous php.dev (#63616) next »