Thomas Deniau <[EMAIL PROTECTED]> wrote: > If I've understood correctly the docs, gettext does a binary comparison > between the msgids, so if the files are in the same encoding, the > lookup should not fail. Does anyone know what differences between the > two platforms causes these different behaviours ? Or does anyone see > any bug in the code ?
In case anyone has this problem in the future, I got the answer from Bruno Haible on the Sourceforge translation-i18n mailing list : Debian stable still has glibc 2.3.2, which has a comparison bug in glibc/intl/hash-string.c for UTF-8 strings. This was fixed in glibc 2.3.3. The solution is either to use Debian unstable, or to compile a new gettext with the "--with-included-gettext" option, which uses gettext's own implementation of the incriminated function (and make php use the new gettext, of course). (see the post by Bruno Haible on the [EMAIL PROTECTED] mailing-list, on Thu, 4 Jan 2007 at 23:03:39 +0100) -- Thomas Deniau -- PHP Unicode & I18N Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php