Início / unix / Perguntas / 769335
Accepted
muru
Asked: 2024-02-15 12:22:28 +0800 CST

A saída de `declare -p <variable>` no bash é garantidamente reutilizável como entrada do shell?

  • 772

Isto é especificamente sobre bash's declare- o caso geral é tratado de forma bastante exaustiva nesta resposta (que menciona "a // typesetsaída de , , " mas não a de ).declareexport -pksh93mkshzshbash

Dada uma variável local/exportada/array/assocative-array (mas talvez não nameref) foo, a saída de declare -p fooin é bashgarantidamente reutilizável por bash? A documentação oficial não menciona nada parecido:

A -popção exibirá os atributos e valores de cada arquivo name. Quando -pé usado com nameargumentos, opções adicionais, além de -fe -F, são ignoradas.

E eu olhei através doCHANGES e vi isso sobre funções :

This document details the changes between this version, bash-2.05-beta1,
and the previous version, bash-2.05-alpha1.
...
b.  When `set' is called without options, it prints function definitions in a
    way that allows them to be reused as input.  This affects `declare' and
    `declare -p' as well.

E para alguns outros comandos, -pdestina-se a produzir resultados reutilizáveis:

s.  The `shopt' `-p' option now causes output to be displayed in a reusable
    format.
...
u.  `umask' now has a `-p' option to print output in a reusable format.

E o FAQ do Bash de Chet Ramey tem:

Bash-2.0 contained extensive changes and new features from bash-1.14.7.
Here's a short list:
...
most builtins use -p option to display output in a reusable form
    (for consistency)

Mas nada que eu possa encontrar sobre declare -pvariáveis.

bash

2 respostas

  1. Best Answer

    Nessa minha resposta a que você está se referindo , um dos outros pontos também menciona:

    Ou em outras palavras, apenas aqueles que usam '...' são seguros nesse aspecto

    O que não inclui bash's declare -p.

    Na época em que escrevi, answer bashnão declare -pera usado $'...'para citar os valores de variáveis ​​escalares , mas sim para variáveis ​​​​de array. Isso agora mudou, pois posso ver a saída 5.2 declare -x a=$'\b'para uma variável escalar contendo o caractere BS (veja a discussão relacionada na lista de discussão ).

    Mas, em qualquer caso, versões mais antigas usavam "..."para citar o valor de variáveis ​​escalares dentro das quais `e \são especiais e esses caracteres têm uma codificação que pode ser encontrada como parte da codificação de outros caracteres em alguns locais.

    A saída de declare -pdestina -se (como sugerem alguns comentários no código, bem como declarações do mantenedor na lista de discussão ), se não documentada, para ser reutilizável, mas na verdade isso é apenas (se houver) na mesma versão do mesmo shell bash e no mesmo código de idioma no mesmo sistema (mesmas libc e definições de código de idioma).

    Aqui no Ubuntu 20.04 com bash 5.0.17:

    $ a=$'\n\xa3`' bash -c 'declare -p a; echo declare -p a' | LC_ALL=zh_CN.gb18030 bash
bash: line 2: unexpected EOF while looking for matching ``'
bash: line 4: syntax error: unexpected end of file

    $ a=$'\n\xa3`uname; : \xa3`' bash -c 'declare -p a; echo declare -p a' | LC_ALL=zh_CN.gb18030 bash
declare -x a="
�\\Linux\""

    uname(felizmente inofensivo) foi executado quando a saída declare -pobtida em um local usando UTF-8 como charmap foi interpretada pelo bash executando em um local usando GB18030 como charmap.

    Vários bugs (veja isto ou isto como exemplos) foram corrigidos no passado, onde a cotação não foi feita corretamente, ou declare -p(ou export -pque o POSIX requer para gerar código shell adequado para reinput) por si só incluía definições de variáveis ​​​​do ambiente que não pôde ser mapeado para variáveis ​​de shell .

    Observe também que no bash, o que constitui um nome de variável válido depende da localidade.

    $ locale charmap
UTF-8
$ LC_ALL=fr_FR locale charmap
ISO-8859-1
$ env -i $'\xe9=zzz' LC_ALL=fr_FR bash -c $'declare -p \xe9' | bash
bash: line 1: declare: `�=zzz': not a valid identifier

    O byte 0xe9 está em ISO-8859-1, que é um byte único, [[:alpha:]]portanto é permitido em nomes de variáveis, enquanto em UTF-8 nem sequer forma um caractere válido.

    Cuidado também com:

    $ bash -c 'a=1; f() { local b=2; declare -p a b; }; f'
declare -- a="1"
declare -- b="2"

    O fato de um ser global e o outro local não se reflete na declaresaída de ', e se ambos fossem usados ​​​​dentro de uma função, a variável resultante acabaria sendo local para a função.

    o bash declareobviamente tem o formato do ksh typeset(o bash também tem um typesetalias). No ksh86 e anteriores, typeset -pera necessário imprimir a typesetsaída, se houver, para o coprocesso (também conhecido como two-way pipe ). Parece que desapareceu no ksh88. No ksh93, typeset -preapareceu para imprimir definições de variáveis.

    As versões atuais do manual ksh93 possuem :

    -p O nome, atributos e valores dos vnames fornecidos são escritos na saída padrão em um formato que pode ser usado como entrada do shell. Se +pfor especificado, os valores não serão exibidos.

    Mas esse palavreado só apareceu no ksh93t em 2008 .

    -pfoi adicionado ao bash declareno 2.0 lançado em 1996

    Dos arquivos NEWS dessa versão:

    kkk. O builtin `declare' tem novas opções: -a, -F, -p.

    ( -Fincompatível com ksh93)

    E a CWRU/changelog:

    3/24
    embutidos/declare.def

    • nova opção -p para exibir variáveis ​​e seus valores e atributos declare -p xxxexibe atributos e valor de varxxx

    Que data a implementação real em 24/03/1995, portanto, depois do ksh93, mas antes do ksh93, documentando-o produzindo resultados reutilizáveis.

    • 4

  2. Muitos recursos do Bash são copiados do Ksh. Sendo o mesmo switch com a mesma funcionalidade no bash e no ksh, deve-se esperar que a resposta do Ksh também se aplique ao Bash.

    Também é meu entendimento pessoal que a saída de declare -pé reutilizável e não vi um caso em que não fosse.

    • 0

relate perguntas