Richard W.M. Jones wrote:
You should *always* set LC_ALL=C when running an external command from
another program (and most probably from a shell script too).
I think LC_NUMERIC is probably what's wanted in this case, not LC_ALL.
Still, command-line arguments depending on LC_NUMERIC (or worse,
On 2013-01-30, Benny Amorsen benny+use...@amorsen.dk wrote:
Apparently ping has now started interpreting its command line arguments
depending on locale. I.e. ping -i 0.1 no longer works in locales where
comma is the decimal separator.
This makes it difficult to call system commands. The only
On Thu, Jan 31, 2013 at 12:05:16AM +0100, Benny Amorsen wrote:
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a known-good locale, but then your users get no benefit
from the translations of error messages and so on.
You should *always* set LC_ALL=C
On 31 January 2013 09:07, Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Jan 31, 2013 at 12:05:16AM +0100, Benny Amorsen wrote:
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a known-good locale, but then your users get no benefit
from the
On 31 January 2013 15:04, Ian Malone ibmal...@gmail.com wrote:
On 31 January 2013 09:07, Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Jan 31, 2013 at 12:05:16AM +0100, Benny Amorsen wrote:
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a
On Thu, 2013-01-31 at 09:07 +, Richard W.M. Jones wrote:
On Thu, Jan 31, 2013 at 12:05:16AM +0100, Benny Amorsen wrote:
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a known-good locale, but then your users get no benefit
from the translations
Simo Sorce (s...@redhat.com) said:
You should *always* set LC_ALL=C when running an external command from
another program (and most probably from a shell script too).
Except when you shouldn't ...
If you are getting arguments that are locale dependent changing the
locale will do you
On Thu, Jan 31, 2013 at 11:43:44AM -0500, Bill Nottingham wrote:
C locale and not do locale dependent parsing. It would be much more
robust and if you are good enough to use the -i switch you probably know
how to type 0.1 instead of 0,1 (or whatever format is in your locale) as
well.
- Original Message
Right, output should be locale specific. Input command line args...
seems
specious.
Until you put a pipe between and turn the outputs of command a into inputs of
command b...
--
devel mailing list
devel@lists.fedoraproject.org
On 01/30/2013 11:05 PM, Benny Amorsen wrote:
Apparently ping has now started interpreting its command line arguments
depending on locale. I.e. ping -i 0.1 no longer works in locales where
comma is the decimal separator.
This makes it difficult to call system commands. The only workaround is
to
Matthias Clasen (mcla...@redhat.com) said:
- Original Message
Right, output should be locale specific. Input command line args...
seems
specious.
Until you put a pipe between and turn the outputs of command a into inputs of
command b...
But, as said earlier, it's common
On 01/31/2013 06:01 PM, Matthias Clasen wrote:
- Original Message
Right, output should be locale specific. Input command line args...
seems
specious.
Until you put a pipe between and turn the outputs of command a into inputs of
command b...
It's a fair point.
I.E. I/O doesn't
Matthias Clasen mcla...@redhat.com writes:
Until you put a pipe between and turn the outputs of command a into
inputs of command b...
People will generally be aware that output is locale-dependent. That is
most of the point of having locales at all.
Setting LC_ALL=C is not a nice option. That
Apparently ping has now started interpreting its command line arguments
depending on locale. I.e. ping -i 0.1 no longer works in locales where
comma is the decimal separator.
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a known-good locale, but then
14 matches
Mail list logo