Ubuntu compare files binário opções

A página do manual para cmp especificamente diz que faz um byte por comparação de bytes para que seja o meu padrão para 2 arquivos binários. Diff é linha a linha e lhe dará a mesma resposta YesNo, mas é claro que não o mesmo despejo para o padrão out stream. Se as linhas são longas porque talvez eles não são arquivos de texto, então eu prefiro cmp. Diff tem a vantagem de que você pode especificar uma comparação de diretórios eo - r para recursão comparando assim vários arquivos em um comando. Ndash H2ONaCl Dec 24 16 at 8:07 O diff padrão unix irá mostrar se os arquivos são os mesmos ou não: respondido Aug 25 12 em 1:17 Se eu não obter nenhuma saída de diff significa que os arquivos são o mesmo ndash becko maio 7 15 às 14:45 that39s correto - nenhuma saída significa que eles são idênticos ndash JWDN Aug 3 15 at 13:37 diff parece ter problemas com arquivos realmente grandes. Eu tenho um diff: memória esgotada quando comparando dois arquivos 13G. Ndash Yongwei Wu Sep 28 16 às 8:45 Saída interessante. Está dizendo que eles são quotbinaryquot fies. Uma vez que todos os arquivos podem ser considerados binários, isso é uma estranha afirmação. Ndash H2ONaCl Dec 24 16 at 8:13 Você pode explicar seus votos para baixo por favor SHA1 tem 4 upvotes, e se o OP pensa there39s uma chance os dois arquivos poderiam ser o mesmo ou similar, as chances de uma colisão são leves e não digno de Down votando MD5 mas subindo votação SHA1 diferente porque você ouviu você deve hash suas senhas com SHA1 em vez de MD5 (that39s um problema diferente). Ndash Rikki Jan 16 16 em 1:10 Não tenho certeza sobre a razão, mas um cmp puro será mais eficiente do que a computação qualquer função hash de arquivos e comparando-os (pelo menos para apenas 2 arquivos) ndash orian Apr 26 16 at 13: 581.7 Binário Arquivos e Forçando Comparações de Texto Se diff achar que um dos dois arquivos que está comparando é binário (um arquivo não-texto), ele normalmente trata esse par de arquivos como se o formato de saída de resumo tivesse sido selecionado (ver Brief) e Relata apenas que os arquivos binários são diferentes. Isso ocorre porque as comparações linha a linha geralmente não são significativas para arquivos binários. Isso não conta como problema, mesmo que a saída resultante não captura todas as diferenças. Diff determina se um arquivo é texto ou binário verificando os primeiros poucos bytes no arquivo o número exato de bytes é dependente do sistema, mas normalmente é vários mil. Se cada byte nessa parte do arquivo não for nulo, diff considera o arquivo como texto, caso contrário considera o arquivo como binário. Às vezes, você pode querer forçar o diff a considerar arquivos como sendo texto. Por exemplo, você pode estar comparando arquivos de texto que contêm caracteres nulos diff seria erroneamente decidir que esses são arquivos não-texto. Ou você pode estar comparando documentos que estão em um formato usado por um sistema de processamento de texto que usa caracteres nulos para indicar formatação especial. Você pode forçar diff a considerar todos os arquivos como arquivos de texto e compará-los linha a linha, usando a opção --text (-a). Se os arquivos que você compara usando esta opção não contiverem texto, eles provavelmente conterão poucos caracteres de nova linha ea saída diff consistirá de pedaços mostrando diferenças entre as longas linhas de quaisquer caracteres que os arquivos contenham. Você também pode forçar diff a relatar apenas se os arquivos são diferentes (mas não como). Use a opção --brief (-q) para isso. Em sistemas operacionais que distinguem entre texto e arquivos binários, diff normalmente lê e grava todos os dados como texto. Use a opção --binary para forçar diff a ler e gravar dados binários em vez disso. Esta opção não tem efeito em um sistema compatível com POSIX como o GNU ou Unix tradicional. No entanto, muitos sistemas operacionais de computadores pessoais representam o fim de uma linha com um retorno de carro seguido de uma nova linha. Em tais sistemas, diff normalmente ignora esses retornos de carro na entrada e os gera no final de cada linha de saída, mas com a opção bin binária diff trata cada retorno de carro como apenas outro caractere de entrada e não gera um retorno de carro no Final de cada linha de saída. Isso pode ser útil ao lidar com arquivos não-texto que devem ser intercambiados com sistemas compatíveis com POSIX. O --strip-trailing-cr faz com que diff trate linhas de entrada que terminam em retorno de carro seguido de nova linha como se terminassem em linha simples. Isso pode ser útil ao comparar o texto que é imperfeitamente importado de muitos sistemas operacionais de computadores pessoais. Esta opção afeta a forma como as linhas são lidas, o que, por sua vez, afeta como elas são comparadas e produzidas. Se você quiser comparar dois arquivos byte por byte, você pode usar o programa cmp com a opção --verbose (-l) para mostrar os valores de cada byte diferente nos dois arquivos. Com GNU cmp. Você também pode usar a opção - b ou - print-bytes para mostrar a representação ASCII desses bytes. Consulte Invocar cmp. Para maiores informações. Se diff3 pensa que qualquer um dos arquivos que está comparando é binário (um arquivo não-texto), ele normalmente relata um erro, porque essas comparações geralmente não são úteis. Diff3 usa o mesmo teste como diff para decidir se um arquivo é binário. Como com diff. Se os arquivos de entrada contiverem alguns bytes não-texto, mas caso contrário são como arquivos de texto, você pode forçar o diff3 a considerar todos os arquivos como arquivos de texto e compará-los linha a linha usando a opção - a ou --text. Im transferindo arquivos Entre servidores e só começou a perceber que alguns deles estão ficando modificados para ser uma longa linha contínua em oposição a ter os retornos e quebras de linha que originalmente tinha. Estou assumindo que isso tem algo a ver com o tipo de transferência do meu cliente de FTP que foi originalmente definido como Auto, mas desportivas binário e ASCII como opções adicionais. Em suma, quais são as diferenças entre as formas de transferir um arquivo de um servidor para outro, e essas diferenças serão capazes de modificar o arquivo de tal forma como eu mencionei acima perguntou 8 fevereiro às 16:09 O modo de transferência binário De FTP copia arquivos exatamente, byte para byte. Simples e direto. Ao trazer arquivos de texto entre diferentes sistemas operacionais, no entanto, isso pode não ser o que você quer - diferentes sistemas operacionais usam códigos diferentes para representar quebras de linha. O modo ASCII existe para esta finalidade: traduz automaticamente todas as terminações de linha do formato de sistemas de origem para os destinos. Não tenho certeza sobre Auto, mas eu imagino que parece que a extensão de arquivos ou algo semelhante para decidir se é um arquivo de texto, e tenta adivinhar o modo apropriado. O modo que você quer depende exatamente o que você está fazendo com os arquivos. Se você está apenas copiando-os para apoiá-los, então você provavelmente vai querer copiar em modo binário para theyll ser exatamente o mesmo quando você mais tarde restaurá-los para o Windows Server novamente. Se eles precisam ser utilizáveis ​​como arquivos de texto (talvez como arquivos de configuração para um programa multi-plataforma) em ambos os lados, você vai querer usar o modo ASCII para traduzi-los. EDIT: Tanto quanto posso dizer, FTPing arquivos do Windows para o Linux nunca deve resultar em quebras de linha desaparecendo. Contudo . Se você copiá-los no modo ASCII e, em seguida, trazê-los de volta para o servidor Windows no modo binário, os terminais de linha em estilo Linux podem não ser reconhecidos na caixa do Windows. (Notepad não os verá Wordpad será YMMV com outro software.) (Hoje, como uma conveniência - convertendo terminais de linha automaticamente - pode parecer estranho em um protocolo tão básico como FTP. Quando FTP foi inventado, no entanto, o envio de arquivos de texto foi o Norma, e um dos objetivos do protocolo era fazer isso tão fácil quanto possível.) Respondeu 8 fevereiro às 18:39