visitor
Четверг, 24 Января 2008, 9:29
2
Vodochnik:
Спасибо, заценил твою шутку о
третьем процессоре для
двухпроцессорной мамы. Предложил использовать мод-рирайт чтобы переход для всех был лёгким и незаметным. Если ресурсы не позволяют то на нет и суда нет.
Различные текстовые редакторы работающие на разных осях и в разных локалях могут обрабатывают нетекстовые символы и переводы строк по-своему:
- Нетекстовые по мнению редактора символы могут быть изменены на текстовые при чтении или записи файла;
- Символы возврата каретки и перевода строк и(ли) их комбинации могут быть преобразованы в стандартные для конкретной оси (CRLF для винды, LF для линуха, CR для мака);
- Файл может быть прочитан не до конца если текстовый редактор наткнулся на ноль или символ конца файла;
- могут быть добавлены лишние символы перевода строк - если по мнению редактора строка очень длинная;
В частности, виндусовый notepad уличён в замене нулевых байтов на пробелы.
QUOTE(Bubble-Gum @ Среда, 23 Января 2008, 10:07)
ни CR ни LF между
:http://tracker.rusdivx.net
/ не встречается.
Где Вы видите проблему то?
Собственно Мы говорили о
всём торрент-файле, не только о первой сотне байтов - да, Мы согласны - в первой сотне байтов нет нулей и прочих CRLF. Первая сотня байтов сохранится правильно даже из-под текстового редактора. Мы беспокоились о другой части торрент-файла - там где md5-суммы кусков в двоичном виде...
Почему не сделать пару-тройку простых тестов? - открыть торрент файл в текстовом редакторе (например notepad или write под виндовсом или vim под никсом), сохранить его без изменений под другим именем и побайтно сравнить* результат с оригиналом.
______________________________________________
[*] пример консольной команды для сравнения нетекстовых файлов под виндой:
fc /b filename.torrent filenameSavedAs.torrentили посчитать и сравнить контрольные суммы файлов.