ID: 38425 Updated by: [EMAIL PROTECTED] Reported By: stronk7 at moodle dot org -Status: Open +Status: Feedback Bug Type: ICONV related Operating System: Irrelevant PHP Version: 5.1.4 New Comment:
Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with <?php and ends with ?>, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: ------------------------------------------------------------------------ [2006-08-11 11:19:58] stronk7 at moodle dot org Description: ------------ I'm using iconv (with the //TRANSLIT option enabled in order to convert from a lot of different encodings to UTF-8. Everything seems to be working fine, but I've found one situation where, perhaps, //TRANSLIT isn't working properly. It happens when I'm trying to convert from euc-jp to utf-8 and the string contains some 0xA0 chars. All the string is english text, but with some spaces between words using the 0xA0 char (instead of the correct 0x20 char). I'm not an expert about euc-jp but it seems that the 0xA0 char hasn't meaning at all in that encoding. http://lfw.org/text/jp.html#euc Perhaps it shouldn't break the conversion process, at least when running under //TRANSLIT mode? The //IGNORE mode seems to work ok, ignoring such character. If I read the documentatio well it seems that //TRANSLIT should transform such character (hopefully to one space, if I'm not wrong). ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=38425&edit=1
