Проблемы PHP/Gettext

Я не забываю запускать некоторые тесты, некоторые несколько месяцев назад с gettext и следующим кодом работали отлично:

putenv('LANG=l33t');
putenv('LANGUAGE=l33t');
putenv('LC_MESSAGES=l33t');

if (defined('LC_MESSAGES')) // available if PHP was compiled with libintl
{
    setlocale(LC_MESSAGES, 'l33t');
}

else
{
    setlocale(LC_ALL, 'l33t');
}

bindtextdomain('default', './locale'); // ./locale/l33t/LC_MESSAGES/default.mo
bind_textdomain_codeset('default', 'UTF-8');
textdomain('default');

echo _('Hello World!'); // h3110 w0r1d!

Это работало отлично (под Windows XP и CentOS, если я помню правильно), который был хорош, потому что я мог использовать произвольные "локали", не имея необходимость беспокоиться, если бы они были установлены в системе или нет. Однако это, кажется, больше не работает, интересно почему...

Red Hat + PHP 5.2.11:

Я могу переключиться назад и вперед от различных локалей, и переводы разоблачают correclty настолько же долго как setlocale() вызов не возвращает false (если локаль доступный/устанавливает в системе).

Это не прекрасно (было бы большим, если я мог бы просто указать на gettext на какой-либо произвольный каталог перевода, не имея необходимость тестировать на существование локали), но это приемлемо. Я запущу еще некоторые тесты позже.

Windows 7 + PHP 5.3.1 (XAMPP):

setlocale() всегда возвращает false (даже когда с помощью LC_ALL вместо LC_MESSAGES), если я не использую некоторую допустимую локаль Windows такой как eng, deu или ptg - в этом случае локаль, кажется, правильно установлена, но переводы все еще не обнаруживаются. Я не могу протестировать прямо сейчас, потому что у меня есть сотни открытых вкладок, но я думаю, что самый первый вызов к тому сценарию уступает, корректный перевод (перезапускающий Apache не добьется цели).

Я не уверен, связано ли это с Ошибкой PHP № 49349. Я протестирую, это - несколько часов.

Есть ли любой способ использовать gettext расширение (не, чистые реализации PHP как php-gettext или Зенд Переводят Адаптер) надежно через различные операционные системы (возможно с пользовательскими локалями как l33t)?

Кроме того, это абсолютно необходимый для использования setlocale(LC_ALL, ...)? Я предпочел бы уезжать TIME, NUMERIC и MONETARY (особенно) нетронутые настройки локали (принимающий значение по умолчанию к POSIX локаль).

У меня была идея... Было бы возможно звонить setlocale() с очень общей локалью (как C, POSIX или en_US) и укажите язык через домен? Что-то вроде этого:

/lang/C/LC_MESSAGES/domain.pt.mo
/lang/C/LC_MESSAGES/domain.de.mo
/lang/C/LC_MESSAGES/domain.en.mo
/lang/C/LC_MESSAGES/domain2.pt.mo
/lang/C/LC_MESSAGES/domain2.de.mo
/lang/C/LC_MESSAGES/domain2.en.mo

Это продолжило бы работать *, отклоняют и plataforms Windows без проблем?