Início / unix / Perguntas / 469483
Accepted
Tran Triet
Asked: 2018-09-17 20:57:36 +0800 CST

Diff gera "arquivos binários <arquivo1> <arquivo2> diferem", mas não a saída de detalhes usual

  • 772

Gostaria de comparar dois arquivos - "orienv" e "currenv", usando o comando diff.

A forma como criei os dois arquivos foi a seguinte:

  1. Criando o arquivo "currenv"

    $cat /proc/1/environ >> currenv
$cat /pcoc/279/environ >> currenv
$cat /proc/295/environ >> currenv
//295 is the pid of the current console

  2. Criando o arquivo orienv

    $printenv > orienv

Então eu liguei diffcomo segue

diff -u orienv currenv

e obtive a seguinte saída

Arquivos binários orienv e currenv diferem

Eu estava esperando uma saída normal diffcom o sinalizador -u(por exemplo, saída em que mostra as diferenças em hunks , indicando qual arquivo tem quais informações que o outro não tem.

O que deu errado?

diff cat

3 respostas

  1. O valor de uma variável de ambiente pode conter quebras de linha. Em , as variáveis ​​são separadas por bytes nulos, que não podem aparecer no valor ou no nome de uma variável de ambiente. (Esta é, não por coincidência, como o ambiente é representado na memória.) Quando o diff vê bytes nulos, ele decide que o arquivo é binário (o que é verdade por definição: arquivos de texto não contêm bytes nulos) e desiste de exibir diferenças, porque para a maioria dos formatos binários o que diff seria impresso não é útil./proc/PID/environ

    Você pode dizer ao diff para ir em frente e tratar os arquivos como texto com diff --text, mas se você fizer isso entre dois arquivos, isso provavelmente fornecerá uma exibição consistindo em apenas uma ou duas grandes linhas alteradas, porque na prática o ambiente não contêm muitas quebras de linha. Diff só funciona com linhas separadas por um caractere de nova linha. E se você fizer isso entre o conteúdo de e a saída de , isso dirá que tudo mudou, porque usa novas linhas como separador./proc/PID/environ/proc/PID/environprintenvprintenv

    Para obter uma saída útil, traduza os bytes nulos em quebras de linha. Dessa forma, cada variável de ambiente começará no início de uma linha.

    diff -u orienv --label=currenv <(tr '\0' '\n' <currenv)

    Para obter uma saída útil e inequívoca, também traduza as quebras de linha em bytes nulos, para que cada variável de ambiente fique em sua própria linha. Então, se houver um byte nulo na saída do diff, isso indica que o arquivo original contém uma nova linha nesta posição.

    diff -u --text --label=currenv <(tr '\0\n' '\n\0' <currenv1) --label=currenv <(tr '\0\n' '\n\0' <currenv2)
    • 2
  2. Best Answer

    /proc/*/environ não são arquivos de texto. usar cordas:

    strings /proc/{1,279,295}/environ >> currenv
env > orienv
diff -u orienv currenv
    • 1

  3. O problema é porque /proc/<pid>/environcontém byte nulo. Você pode ver o byte não imprimível representado como texto por cat -v, por exemplo, você pode ver ^@representa o byte nulo na saída abaixo:

    $ cat -v /proc/20148/environ 
CLUTTER_IM_MODULE=xim^@COLORFGBG=15;0^@COLORTERM=truecolor^@ ...cont.

    Apesar disso, há três problemas comuns que precisam ser considerados ao imprimir variáveis ​​de ambiente:

    1. O valor dos códigos de escape de cor ANSI será impresso como "color" em vez de literal no terminal, por exemplo, export p_red=$(tput setaf 1). Isso faz com que seu diff produza uma cor indesejada e também perca o valor do código de cor. diff --color=alwaystambém não funcionará como esperado por causa das cores interrompidas.

    2. A definição de função normalmente contém várias linhas . E também é possível que o valor da variável contenha várias linhas. por exemplo:

      $ cat /etc/environment love=" 1st line 2nd line"

    3. Diff sem sortprimeiro obterá resultado confuso.

    Você pode resolver todos esses problemas com:

    $ sudo cat /proc/1/environ | tr '\n\0' ' \n' | cat -v > currenv
$ sudo cat /proc/279/environ | tr '\n\0' ' \n' | cat -v >> currenv
$ sudo cat /proc/295/environ | tr '\n\0' ' \n' | cat -v >> currenv
$ sort -u currenv -o currenv
$ printenv -0 | tr '\n\0' ' \n' | cat -v | sort -u > orienv
$ diff --unified="$(cat currenv orienv | wc -l)" orienv currenv --color=always

    A saída seria assim:

    ...
 LOGNAME=xiaobai
 love= 1st line 2nd line
..
 PKG_CONFIG_PATH=:/usr/lib/pkgconfig:/usr/local/lib/pkgconfig
 p_lblue=^[[38;5;50m
 p_lgreen=^[[38;5;118m
 p_lred=^[[38;5;196m
 p_orig=^[(B^[[m
 p_red=^[[31m
 PROFILEHOME=
...
 QT_IM_MODULE=ibus
+recovery=
+rootmnt=/root
 S_COLORS=auto

    Explicações:

    1. tr '\n\0' ' \n'significa abreviação de tr '\n' ' ' | tr '\0' '\n'. Substituímos newline (ou seja, valor de várias linhas) \npara espaço vazio ' 'primeiro, depois substituímos byte nulo \0por newline '\n'. Não precisamos nos preocupar com a ambiguidade de várias linhas que podem valorar ou byte nulo, porque estamos substituindo o valor de várias linhas por espaço primeiro.
    2. printenvtem -0a opção de terminar cada linha de saída com NUL, não com nova linha . E a saída de printenv -0seria o mesmo comportamento que /proc/<pid>/environ. E assim podemos fazer a mesma coisa tr '\n\0' ' \n'.
    3. sort -upara ordenar, e também remover linhas duplicadas para evitar >> currenvmanter anexar as mesmas variáveis ​​e difícil ver a diferença.
    4. Definimos o valor unificado com valor de cat currenv orienv | wc -lpara ver todos os valores unificados possíveis. difftool realmente chama strtoumax()para converter esse valor, então você obterá um valor de lixo se passar um valor negativo.
    5. cat -vpara converter códigos de cores em texto imprimível. Não precisamos nos preocupar com a cat -vnecessidade de separar o byte nulo e o código de cores porque já fizemos tr '\n\0' ' \n'primeiro para substituir todos os bytes nulos.
    6. E finalmente, diff --color=alwayspara imprimir o diff com bloco de cores (verde/vermelho/branco). Não precisamos nos preocupar com o código de cores interromper a cor do diff porque o cat -vcódigo de cores já foi convertido.
    • 0

relate perguntas