2 точні копії autorun.inf, одна працює одна не [дублікат]

У мене два файли Autorun.inf, код всередині них точно такий же. Але працює лише 1, інший не працює.

Той, що працює, копіюється з DVD, і я його відредагував. Той, який не працює, створений на моєму робочому столі шляхом перейменування текстового файлу (я правильно його перейменував).

Цей працює

Цей не працює

Якщо ви хочете, щоб файли:

Робота: http://www16.zippyshare.com/v/64IutSu4/file.html

Не працює: http://www98.zippyshare.com/v/zEqU2BZ7/file.html

Хтось знає, чому не працює той, який я створив на своєму робочому столі? і як я можу змусити його працювати? і яка різниця між тими двома файлами?

Спасибі.

— користувач4335407
джерело

Я відкрив обидва з шестигранним редактором, і вони зовсім інші, коли дивляться на шістнадцяткові значення. Це досить просто, щоб зробити новий. Створіть текстовий файл Autorun та введіть дані, збережіть файл та змініть розширення з txt на inf.

— Моав

@Moab Ось що я і зробив, але я врятував його як "UTF-8 з UTF-8 BOM" - (dxiv), і це було проблемою. Дякуємо за відповідь :)

— користувач4335407

Я б не погоджувався в тому, щоб вони мали точні копії. Це просто неможливо, якщо вони є.

— Заїбіс

Перший файл пише "usb". Другий файл пише "usbk". Подивіться останні рядки. Схоже, простий друк.

— Наближення

Відповіді:

Другий .inf, який не працює, по- видимому, були збережені в UTF-8 з в UTF-8 BOM .

BOM UTF-8 означає, що файл починається з двійкової послідовності EF BB BF(у шістнадцятковій формі). Але Windows очікує, що autorun.infфайли будуть просто текстовими, тому він не розпізнає цей як такий.

Моя порада - вибирати текстовий варіант у текстовому редакторі під час збереження .infфайлів чи подібних.

— dxiv
джерело

і саме тому ви не використовуєте блокнот для редагування програмних файлів.

— Thorbjørn Ravn Andersen

@ ThorbjørnRavnAndersen я не думаю, що блокнот додає BOM.

— Шаркі

Це не так, але він також не повідомляє вам про BOM, і він збереже його в тому ж кодуванні, що і вихідний файл.

— Нельсон

UTF8 - це звичайний текст. Я припускаю, що ви говорите про ASCII.

— fNek

Проблема навіть не в кодуванні змінної довжини. Справа в тому, що "BOM" (який насправді зовсім не BOM, оскільки BOM використовується лише для того, щоб відрізнити маленький ендіан від кодування великого ендіану 16-бітового або більшого Unicode) не видно всередині редактора. І невидимість «БОМ» - це те, що робить його вже не простим текстом.

— Monty Harder

Як сказав dxiv, це спричинено програмою UTF-8 BOM.

Редактор файлів, який ви використовуєте, Notepad ++, може повідомити про кодування файлу.

UTF-8 BOM додає байти заголовків до файлу, що порушує їх сумісність зі стандартними файлами ASCII, тоді як UTF-8 без BOM (або просто звичайні UTF-8) файли повністю зворотно сумісні зі стандартним файлом ASCII, якщо ви не використовуєте жодного UTF -8 символів.

У Notepad ++ також є плагін редактора HEX, і ви зможете побачити ці додаткові байти з ним:

— Нельсон
джерело