2 cópias exatas do autorun.inf, uma funciona e outra não [duplicada]

Eu tenho dois arquivos Autorun.inf, o código dentro deles é exatamente o mesmo. Mas apenas 1 funciona, outro não funciona.

O que funciona é copiado do DVD, e eu editei. Aquele que não funciona criado na minha área de trabalho, renomeando o arquivo de texto (eu o renomei corretamente).

Este funciona

Este não funciona

Se você deseja os arquivos:

Trabalhando um: http://www16.zippyshare.com/v/64IutSu4/file.html

Não está funcionando um: http://www98.zippyshare.com/v/zEqU2BZ7/file.html

Alguém sabe por que o que eu criei na minha área de trabalho não funciona? e como posso fazê-lo funcionar? e qual é a diferença entre esses 2 arquivos?

Obrigado.

— user4335407
fonte

Abri ambos com um editor hexadecimal e eles são bem diferentes quando se olha para os valores hexadecimais. É fácil o suficiente para fazer um novo. Crie um arquivo de texto de execução automática e digite os dados, salve o arquivo e altere a extensão de txt para inf.

— Moab

@ Moab Foi o que fiz, mas salvei como "UTF-8 com uma UTF-8 BOM" - (dxiv) e esse foi o problema. Graças para a resposta :)

— user4335407

Eu discordaria neles sendo cópias exatas. Isso é simplesmente impossível se eles forem.

— Zaibis

O primeiro arquivo diz "usb". O segundo arquivo diz "usbk". Veja as últimas linhas. Parece um simples erro de digitação.

— ApproachingDarknessFish

Respostas:

O segundo .inf, que não funciona, parece ter sido salvo como UTF-8 com uma BOM UTF-8 .

A lista técnica UTF-8 significa que o arquivo começa com a sequência binária EF BB BF(em hexadecimal). Mas o Windows espera que os autorun.infarquivos sejam texto sem formatação, portanto não o reconhecerá como tal.

Meu conselho é escolher a opção de texto sem formatação no seu editor de texto ao salvar .infarquivos ou similares.

— dxiv
fonte

e é por isso que você não usa o bloco de notas para editar arquivos de programa.

— Thorbjørn Ravn Andersen

@ ThorbjørnRavnAndersen eu não acho que o bloco de notas adiciona BOM.

— Sharky

Isso não acontece, mas também não fala sobre a BOM e a salvará na mesma codificação que o arquivo original.

— 187 Nelson Nelson

UTF8 é texto sem formatação. Presumo que você esteja falando sobre ASCII.

— fNek

Não é nem mesmo a codificação de comprimento variável que é o problema. É que a "BOM" (que não é realmente uma BOM, porque uma BOM é usada apenas para distinguir as codificações little endian e big endian de Unicode de 16 bits ou maior) não é visível dentro do editor. E a invisibilidade da "lista técnica" é o que faz com que não seja mais texto simples.

— Monty Harder

Como o dxiv disse, isso é causado pelo UTF-8 BOM.

O editor de arquivos que você está usando, o Notepad ++, pode informar a codificação do arquivo.

O UTF-8 BOM adiciona bytes de cabeçalho ao arquivo que quebra sua compatibilidade com arquivos ASCII padrão, enquanto que o UTF-8 sem arquivos BOM (ou apenas UTF-8 simples) são totalmente compatíveis com o arquivo ASCII padrão, desde que você não use nenhum UTF -8 caracteres.

O Notepad ++ também possui um plug-in de editor HEX e você poderá ver esses bytes extras com ele:

— Nelson
fonte