> I have found some problems (and possible solutions) concerning use
of the
> gettext extension on multithreaded servers.
The gettext library caches information in static variables. This
is true in gettext 0.10.40 at least, which is that last that I looked
in. This has a number of "features"
On Friday, March 21, 2003 1:11 PM, Wez Furlong wrote:
> Perhaps it would be a good idea to develop a PEAR package that sits on
> top of the win32nls and/or UNIX nls functions to provide a portable
> API for PHP scripts?
This is a good idea. The extension can be told whether thread-specific
settin
Hi Nathan,
In short, don't rely on the system locale support then :/
(You can't rely on it even between different versions of glibc, let
alone difference flavours of UNIX).
A win32nls extension is a good idea and a nice candidate for PECL.
Perhaps it would be a good idea to develop a PEAR packag
Hi all,
I have found some problems (and possible solutions) concerning use of the
gettext extension on multithreaded servers.
Usually gettext determines the locale to use for translations from one of
the following environment variables: LC_MESSAGES, LANG, LANGUAGE, LC_ALL.
These environment varia
