Проблемы с 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 или Zend Перевести Адаптер) достоверно в разных операционных системах (возможно, с таможни локалей как l33t)?

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

у меня есть идея... Можно ли было бы позвонить setlocale() С очень распространенным языком (например,C, POSIX или en_US) и указать язык через домен? Что-то вроде этого:--20-->

/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

будет ли это работать на * nix и Windows plataforms без проблем?