Bug #16069 Updated: ICONV transliteration failure

From: Date: Fri, 05 Jul 2002 18:45:10 +0000
Subject: Bug #16069 Updated: ICONV transliteration failure
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-13254@lists.php.net to get a copy of this message
ID: 16069 Updated by: sniper@php.net Reported By: readjust@deneb.freemail.ne.jp -Status: Open +Status: Feedback Bug Type: ICONV related Operating System: win32, Linux PHP Version: 4.1.2 New Comment: Doesn't segfault with 4.3.0-dev. (linux) I guess this can be closed? Previous Comments: ------------------------------------------------------------------------ [2002-05-27 23:15:09] readjust@deneb.freemail.ne.jp Sorry for bothering you again. I don't want to make things more complicated because I have no problem using PHP at the moment. Yasuo's libc iconv support looks quite o.k. I should say in some cases I ought to use libiconv as I've mentioned it before. libc iconv doesn't translit CP932 specific characters into the alternatives while converting them into other Japanese charset. So if you are dealing with libc iconv, you don't have to care about this for the first. errno in a kind of MSVCRT is handled as a thread local variable like glibc. ------------------------------------------------------------------------ [2002-05-27 18:21:16] yohgaki@php.net I think when recent Linux is used, there should be no such problem. i.e. When iconv is supported by libc, length of resulting string is correct. (Requires 4.2.0 or later) When libiconv is used, there will be problem since it just allocate org_string_len*sizeof(UCS4 width) which cannot be corret. (And inefficient memory use) So please note which iconv you're using. I may fix if libc iconv support is broken. PS: If errno is supported for libiconv (errno should be supported for all platforms we support), we just can get rid of code for libiconv support and use libc iconv support. ------------------------------------------------------------------------ [2002-05-26 19:59:10] readjust@deneb.freemail.ne.jp No, it doesn't for now, at least in my box. I tried with 4.3.0-dev and it resulted in segv. It seems because of buffer over run. ------------------------------------------------------------------------ [2002-05-26 14:50:32] derick@php.net Does this now work as expected in PHP 4.2.1 ? ------------------------------------------------------------------------ [2002-05-25 07:04:15] derick@php.net User reports: But I think this problem was not completely solved yet because libiconv support code is still old. I confirmed it by running my testing script I've shown in #16069 on the binary base on the latest cvs version. I can only choose libiconv when I work with Windows PHP. Or Should I wonder if the support was done ? As far as I know, libiconv can handle errno even in its win32 port. Thanks, Moriyoshi Koizumi ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16069 -- Edit this bug report at http://bugs.php.net/?id=16069&edit=1

« previous php.bugs (#13254) next »