|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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 Add Comment 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:
Solve the problem:
36 + 11 = ?
Subscribe to this entry?

 [2010-09-23 00:37 UTC] ms419 at freezone dot co dot uk
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 

 - 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) "?"


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2010-09-23 02:59 UTC]
-Status: Open +Status: Bogus
 [2010-09-23 02:59 UTC]
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-2021 The PHP Group
All rights reserved.
Last updated: Sun Oct 24 04:03:35 2021 UTC