[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Possible 0.12.1 bug with LANG/LANGUAGE handling
From: |
Nick Lindridge |
Subject: |
Possible 0.12.1 bug with LANG/LANGUAGE handling |
Date: |
Fri, 14 Nov 2003 13:46:57 -0000 (GMT) |
User-agent: |
ionCube Mailer 2003 |
Hi
This latest library works well, however there's a possible bug or at least
behaviour that seems inconsistent with language behaviour in older
installations.
Documentation states that LANGUAGE overrides the setting of LANG, and it
does, however in our application LANGUAGE is only effective if LANG is
also set to certain values.
For us, if LANG is set to en_GB then setting LANGUAGE to say german, de or
de_DE will take effect. Bash and other utils also operate in German. If we
set LANG to just en, then our program operates in English and the setting
of LANGUAGE is ignored. However bash will still honour the setting of
LANGUAGE.
The following steps illustrate this. As gettext is fairly mature we've
probably missed something but I don't know what. In this it can be seen
that the getopt library continues to report errors in German whereas our
application drops back to English once LANG has been set to en, even
though LANGUAGE is still set as de
address@hidden:/tmp > setenv LANG en_GB
address@hidden:/tmp > unsetenv LANGUAGE
address@hidden:/tmp > gtest --xx
gtest: unrecognized option `--xx'
Error: Please check the user guide for help
address@hidden:/tmp > setenv LANGUAGE de
address@hidden:/tmp > gtest --xx
gtest: Unbekannte Option »--xx«
Fehler: Um Hilfe zu erhalten, sehen Sie bitte im Benutzerhandbuch nach.
address@hidden:/tmp > setenv LANG en
address@hidden:/tmp > gtest --xx
gtest: Unbekannte Option »--xx«
Error: Please check the user guide for help
address@hidden:/tmp >
Any help would be appreciated.
Regards
Nick
- Possible 0.12.1 bug with LANG/LANGUAGE handling,
Nick Lindridge <=