Eu estava resolvendo um desafio em que encontrei um arquivo de dados sem extensão. O filecomando mostra que é a data file (application/octet-stream). O hdcomando mostra o GNP. na última linha. Portanto, se eu reverter esse arquivo, obterei o arquivo no formato .PNG , procurei em todos os lugares, mas não encontrei uma solução explicando como reverter o conteúdo de um arquivo binário.
Respostas:
Com xxd(de vim) e tac(do GNU coreutils, também tail -rem alguns sistemas):
< file.gnp xxd -p -c1 | tac | xxd -p -r > file.png
In zsh(o único shell que pode lidar internamente com dados binários (a menos que você queira considerar a abordagem de codificação base64 do ksh93 )):
zmodload zsh/mapfile
(LC_ALL=C; printf %s ${(s::Oa)mapfile[file.gnp]} > file.png)
LC_ALL=C: caracteres são bytes$mapfile[file.gnp]: conteúdo do file.gnparquivos::: divida a sequência em seus constituintes de bytesOa: Order reverso no array subscrito nessa matrizzshnão é o único shell que pode lidar com dados binários.
Aqui está uma maneira de reverter um arquivo binário usando ksh93. Deixei o código "frouxo" para facilitar a compreensão.
#!/bin/ksh93
typeset -b byte
redirect 3< image.gpj || exit 1
eof=$(3<#((EOF)))
read -r -u 3 -N 1 byte
printf "%B" byte > image.jpg
3<#((CUR - 1))
while (( $(3<#) > 0 ))
do
read -r -u 3 -N 1 byte
printf "%B" byte >> image.jpg
3<#((CUR - 2))
done
read -r -u 3 -N 1 byte
printf "%B" byte >> image.jpg
redirect 3<&- || echo 'cannot close FD 3'
exit 0
readacima não deve ler nada, como é feito no final do arquivo.
stracee ksh93parece estar se comportando de maneira estranha, onde ele procura por todo o lugar no arquivo e lê grandes quantidades na época. Talvez uma variante do github.com/att/ast/issues/15
straceo script para ver o que quero dizer. ksh93lê os arquivos milhares de vezes. Por exemplo, antes de ler o primeiro byte, ele procura 64KiB no final do arquivo, lê 64KiB, depois procura antes do último byte e lê 1 byte e faz algo semelhante para cada byte. Observe que o que você pode fazer com essas cadeias codificadas em base64 é limitado; portanto, se você ler mais de um byte por vez, será mais difícil extrair os bytes individuais disso.
Com perl:
perl -0777pe '$_=reverse $_' [input_file]
Teste de performance:
dd if=/dev/urandom of=/tmp/a bs=1M count=1
LC_ALL=C tac -rs $'.\\|\n' /tmp/a > /tmp/r
time perl -0777pe '$_=reverse $_' /tmp/a | diff -q - /tmp/r
time xxd -p -c1 /tmp/a | tac | xxd -p -r | diff -q - /tmp/r
time perl -0777 -F -ape '$_=reverse@F' /tmp/a | diff -q - /tmp/r
time LC_ALL=C tac -rs $'.\\|\n' /tmp/a | diff -q - /tmp/r
Resultado:
perl -0777 -Fa mais lenta.xxda mais lenta.Nota: o tempo diffdeve ser o mesmo para todas as soluções, pois a saída deve ser a mesma.
perl. Eu não tinha percebido na época que reversepoderia reverter as cordas também, portanto, fazer essa divisão não fazia muito sentido e sua versão é muito melhor.
Eu tentei o seguinte:
tac -rs '.' input.gnp > output.png
A idéia é forçar 'tac' usando qualquer caractere como separador. Eu tentei isso em um arquivo binário e parecia funcionar, mas qualquer confirmação seria apreciada.
A principal vantagem é que ele não carrega o arquivo na memória.
tac8.28) quando a entrada contém caracteres de nova linha. printf '1\n2' | tac -rs . | od -vAn -tcsaídas em \n 2 1vez de 2 \n 1. Você também precisaria LC_ALL=Cou .poderia corresponder a caracteres de vários bytes.
LC_ALL=C tac -rs $'.\\|\n'parece funcionar embora.