Início / unix / Perguntas / 498213
Accepted
FelixJN
Asked: 2019-02-02 13:55:42 +0800 CST

seq separador decimal

  • 772

Usando um seqcomando com números de ponto flutuante, minha saída vem com vírgulas em vez de pontos como separadores decimais, apesar de usar pontos na entrada:

seq 0.1 0.3 1.3
0,1
0,4
0,7
1,0
1,3

Presumi que isso estivesse vinculado ao locale LC_NUMERIC, que está definido como de_DE.UTF-8, no entanto, uma alteração para en_US.UTF-8não corrigi-lo e outro sistema que tenho usando as mesmas configurações de localidade retorna pontos. Mesmo definir explicitamente um formato via, por exemplo -f %1.2, não retorna pontos, mas vírgulas como separadores decimais.

Onde e como mudo esse comportamento? Como garantir que meu script esteja livre de erros em qualquer sistema? Obviamente, qualquer saída será inutilizável para processamento adicional se não for reprocessada por meio trde semelhante.

Usando uma instalação em inglês do Mint no fuso horário alemão e raspian na outra máquina.

Edit: localeconfigurações nas máquinas fornecidas:

A "vírgula":

LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=de_DE.UTF-8
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

O "ponto":

LANG=C.UTF-8
LANGUAGE=
LC_CTYPE="C.UTF-8"
LC_NUMERIC=de_DE.UTF-8
LC_TIME="C.UTF-8"
LC_COLLATE="C.UTF-8"
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES="C.UTF-8"
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

A configuração LANGUAGEnão afeta o resultado.

shell-script terminal

1 respostas

  1. Best Answer

    Para excluir erros nas próprias localidades, eu (re)gerei ambos de_DE.UTF-8e en_US.UTF-8via

    dpkg-reconfigure locales

    e agora o seqcomportamento parece ser dependente de LC_NUMERIC AND LANG .

    Se LC_NUMERICnão estiver definido/vazio, LANGdefine o comportamento alternando LC_NUMERICentre de_DE.UTF-8e en_US.UTF-8alterna entre vírgulas e pontos, respectivamente.

    Perigos específicos

    No próprio caso de definir um valor errado/inexistente para LANGe um não baseado em pontos locale, o comportamento pode ser misturado em alguns casos especiais, por exemplo

    LANG=en_US
#it should be en_US.UTF-8
LC_NUMERIC=de_DE.UTF-8

seq 0.1 0.2 1.3
0.1
0.3
0.5
0.7
0.9
1.1
1,3

    Não aparece para, seq 0.1 0.2 1.4mas também para seq 0.1 0.2 1.9- comportamento muito estranho e IMHO muito perigoso. Portanto, tenha cuidado com a portabilidade seqou defina localidades para qualquer script.

    Adivinhando descontroladamente, isso parece estar relacionado a algumas alterações manuais em casos específicos (consulte: https://lists.gnu.org/archive/html/bug-coreutils/2008-09/msg00192.html )

    ATUALIZAR:

    A sugestão dos mantenedores para evitar erros devido a formatos de saída localizados é definir a localidade no próprio script ( LC_NUMERIC=C). Alterar esse comportamento não está planejado. (Veja o tópico vinculado com o patch abaixo)

    O problema com a saída mista de ponto e vírgula devido a configurações de localidade incorretas foi reconhecido como um bug e já corrigido pelos mantenedores:

    https://lists.gnu.org/archive/html/coreutils/2019-02/msg00002.html

    • 5

relate perguntas