Como armazenar e originar variáveis ​​de ambiente quando elas contêm ponto e vírgula (`;`) [duplicado]

;não seria o único personagem problemático. Qualquer caractere especial na sintaxe do shell também seria. Isso inclui espaço, |&<>*?[]~#'"\$^()pelo menos nova linha.

printenv(um comando não padrão) é impresso name=valueseguido por um caractere de nova linha para cada variável de ambiente no ambiente que ele próprio recebe. Ele imprime esses nomes e valores brutos. Não pretende produzir código shell. Na verdade, ele também imprimirá variáveis ​​de ambiente cujo nome não pode ser mapeado para variáveis ​​de shell.

Obviamente, ele não imprimirá variáveis ​​de shell que não sejam exportadas para o ambiente, incluindo variáveis ​​​​array ou assoc e, claro, parâmetros de shell não variáveis, como $1, $2, $!, $$...

Especificamente no caso do bashshell, ele imprimirá as variáveis ​​de ambiente especiais bashusadas para exportar funções exportadas. Exemplo:

$ env -i $'\n\n=variable with newlines as its name' \
         1=x \
         ++=x \
         bash -c 'f() (:); export -f f; printenv'


=variable with newlines as its name
1=x
++=x
PWD=/tmp
SHLVL=0
BASH_FUNC_f%%=() {  ( : )
}
_=/usr/bin/printenv

Para salvar as variáveis ​​​​do shell que são exportadas para o ambiente, você pode usar export -p(padrão, mas a saída que ele produz para um determinado shell só pode ser usada no mesmo shell (e na versão dele, e no mesmo sistema operacional (libc) e localidade )).

Por exemplo, com nosso exemplo acima:

$ env -i $'\n\n=variable with newlines as its name' \
         1=x \
         ++=x \
         bash -c 'f() (:); export -f f; export -p'
declare -x OLDPWD
declare -x PWD="/tmp"
declare -x SHLVL="1"

Na verdade, essas três variáveis ​​foram definidas internamente pelo próprio bash. OLDPWDé exportado, mas não definido neste caso.

Observe como o bash é usado declare -xem vez de exportna saída. Isso significa que quando o código resultante é interpretado dentro de uma função, as variáveis ​​resultantes serão locais para a função. Para contornar isso, você pode definir a posixopção:

$ env -i $'\n\n=variable with newlines at its name' 1=x ++=x bash -c 'f() (:); export -f f; set -o posix; export -p'
export OLDPWD
export PWD="/tmp"
export SHLVL="1"

Veja no entanto como OLDPWDé exportado, mas não definido nem desdefinido, portanto, ao restaurar, seu valor permanecerá inalterado. O mesmo aconteceria com qualquer variável que você exportasse, mas não definisse.

Então, você save_envpoderia ficar assim:

save_env() {
  local -
  set -o posix
  mkdir -p ~/tmp && export -p > ~/tmp/env
}

E load_env:

load_env() {
  command . ~/tmp/env
}

( commandpara evitar sair do shell em caso de erro se o bash estiver no modo POSIX).

local -(não padrão e copiado do shell Almquist) para fazer alterações nas opções locais da função, é necessária uma versão relativamente recente do bash. Com versões mais antigas, você sempre pode usar um subshell em vez de um grupo de comandos como corpo da save_envfunção:

save_env() (
  set -o posix
  mkdir -p ~/tmp && export -p > ~/tmp/env
)

Lembre-se também de que o bash armazena as configurações da opção em sua SHELLOPTSvariável (a variante de opção longa do $-parâmetro). Se essa variável for exportada (o que não é aconselhável), essa posixopção acabará incluída no valor impresso por export -p.

Para imprimir todas as variáveis ​​(não apenas as exportadas) e seus valores, você pode usar setsozinho, mas cuidado, não inclui informações de atributos (como exportado, somente leitura, inteiro...) e no caso do bash também inclui funções. Como isso também inclui variáveis ​​somente leitura, você também receberá erros ao obter o resultado.

Como no shell Korn ou zsh, typeset -ppode ser usado para imprimir definições de variáveis, incluindo seu tipo e atributos, mas como export -pquando não está no posixmodo, a saída terá coisas como declare -- var="value"quando as fontes dentro de uma função criariam a variável local para a função.

Desde a versão 4.4, o bash também possui um ${var@A}que se expande para o código que poderia ser usado para redefinir aquela variável, e que você pode usar com ${!varname@A}o operador indireto, mas dá uma saída meio bastarda: dará var='value'para uma variável escalar sem atributo , mas declare -x var='value'caso contrário (com o mesmo problema acima), e para matrizes vazias ou assocs fornece declare -a var/ declare -A var(desde 5.1) em vez de declare -a var=()/ declare -A var=()(e nada nas versões anteriores), portanto, é bastante inútil no geral.

Com zsh em vez de bash, você teria mais controle sobre quais variáveis ​​deseja selecionar e como elas são descartadas.

zshpossui uma $parametersmatriz associativa especial que mapeia nomes de variáveis ​​para seus tipos e atributos.

Por exemplo, print -raC2 -- ${(kv)parameters}to print, keys e values ​​dessa associação raw em 2 Columns ( across) gera algo como:

PATH                      scalar-tied-export-special
pipestatus                array-special
HOST                      scalar
jobstates                 association-readonly-hide-hideval-special

Para imprimir apenas a definição de scalarvariáveis ​​que não estão specialnem readonlyocultas, você faria:

set -o extendedglob
typeset -p -- ${(k)parameters[(R)scalar*~*(special|hide|readonly)*}

Se executado dentro de uma função, ele adicionará uma -gopção¹ às typesetlinhas de comando geradas (exceto para aquelas variáveis ​​que são locais para a função) que evitam tornar a variável local se for originada novamente dentro de uma função.

^{¹ O bash typesettambém tem uma -gopção, mas isso coloca variáveis ​​no escopo mais externo, em vez de evitar tornar a variável local, se ainda não for, por isso é bastante inútil.}