2 copie esatte di autorun.inf, uno funziona uno non [duplicato]


19

Ho due file Autorun.inf, il codice al loro interno sono esattamente lo stesso. Ma solo 1 opere, altro non funziona.

Quello che funziona viene copiato dal DVD e l'ho modificato. Quello che non funziona creato sul mio desktop rinominando file di testo (i correttamente rinominato).

Questo funziona

inserisci qui la descrizione dell'immagine

Questo non funziona

inserisci qui la descrizione dell'immagine

Se vuoi i file:

Un lavoro: http://www16.zippyshare.com/v/64IutSu4/file.html

Non funzionante: http://www98.zippyshare.com/v/zEqU2BZ7/file.html

Qualcuno sa perché quello che ho creato sul mio desktop non funzionerà? E come posso farlo funzionare? e che cosa è la differenza tra quei 2 file di?

Grazie.


Ho aperto sia con un editor esadecimale e sono molto diverso se si considerano i valori esadecimali. È abbastanza facile crearne uno nuovo. Fare un file di testo Autorun e digitare i dati, salvare il file e modificare l'estensione da .txt a inf.
Moab,

@Moab Questo è quello che ho fatto, ma ho salvato come "UTF-8 con un UTF-8 BOM" - (dxiv) e che è stato il problema. Grazie per la risposta :)
user4335407

1
Non sarei d'accordo su di loro essendo copie esatte. Questo è semplicemente impossibile SE lo sono.
Zaibis,

Il primo file dice "usb". Il secondo file dice "usbk". Guarda le ultime righe. Sembra un semplice errore di battitura.
ApproachingDarknessFish

Risposte:


35

Il 2 ° .inf, che non funziona, sembra essere stato salvato come UTF-8 con una DBA UTF-8 .

I UTF-8 significa BOM che il file inizia con la sequenza binaria EF BB BF(in esadecimale). Ma di Windows si aspetta che autorun.infi file di testo semplice, in modo da non riconoscere questo uno come tale.

Il mio consiglio è di scegliere l'opzione di testo normale nell'editor di testo quando si salvano .inffile o simili.


2
e questo è il motivo per cui non si utilizza blocco note per modificare i file di programma.
Thorbjørn Ravn Andersen

4
@ ThorbjørnRavnAndersen non credo che il blocco note aggiunga DBA.
Sharky

1
E non lo fa, ma non vi dico su BOM sia, e si salverà di nuovo nella stessa codifica del file originale.
Nelson

1
UTF8 è il testo normale. Presumo che si sta parlando di ASCII.
fNek

2
Non è nemmeno la codifica a lunghezza variabile che è il problema. E 'che la "distinta base" (che non è davvero una distinta base a tutti, perché una distinta base viene utilizzato solo per distinguere little-endian da big-endian codifiche di 16 bit o superiore Unicode) non è visibile all'interno dell'editor. E l'invisibilità del "BOM" è ciò che rende il testo più chiaro.
Monty Harder

32

Come dxiv ha detto, questo è causato da UTF-8 BOM.

L'editor di file che si sta utilizzando, Notepad ++, può dire la codifica del file.

inserisci qui la descrizione dell'immagine

UTF-8 BOM aggiunge intestazione byte del file che si rompe la loro compatibilità con i file ASCII standard, mentre UTF-8 senza BOM (o semplicemente UTF-8) i file sono completamente inverso compatibile con file ASCII, a patto che non utilizza qualsiasi UTF -8 caratteri.

Notepad ++ ha anche un plugin editor esadecimale e sarete in grado di vedere questi byte in più con esso:

inserisci qui la descrizione dell'immagine

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.