php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #52910 PHP iconv() behaves differently than "iconv" command
Submitted: 2010-09-23 00:37 UTC Modified: 2010-09-23 02:59 UTC
From: ms419 at freezone dot co dot uk Assigned:
Status: Not a bug Package: ICONV related
PHP Version: 5.3SVN-2010-09-22 (snap) OS: Debian unstable
Private report: No CVE-ID: None
View Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
45 + 47 = ?
Subscribe to this entry?

 
 [2010-09-23 00:37 UTC] ms419 at freezone dot co dot uk 
Description:
------------
I confirmed that both PHP and the "iconv" command use glibc

In the POSIX ("C") locale, "iconv" successfully transliterates "e" with an accent ("\xc3\xa9") to "e" with no accent,

$ LC_ALL=C echo -e "\xc3\xa9" | iconv -f utf-8 -t ascii//TRANSLIT 
e
$ 

 - however in the same locale, PHP iconv() fails to transliterate "e" with an accent,

$ LC_ALL=C sapi/cli/php -r 'var_dump(iconv("utf-8", "ascii//TRANSLIT", "\xc3\xa9"));'
string(1) "?"
$

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-09-23 02:59 UTC] cataphract@php.net
-Status: Open +Status: Bogus
 [2010-09-23 02:59 UTC] cataphract@php.net 
LC_ALL is only affecting "echo".

You must do:

LC_ALL=C iconv -f utf-8 -t ascii//TRANSLIT 

Closing as bogus as this is almost certainly the cause of the problem.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sun Oct 26 02:00:01 2025 UTC