почему не получается:

Блокнот создать пробелы (ASCII code 32) символов вроде NUL (ASCII code 0) потому что текстовое поле Windows API допускает только завершенное значение null char * ASCIIZ (массив символов, указатель). он будет отрезан в первом нулю.

это происходит потому, что Windows API в основном написано C язык и строки, оканчивающиеся null одна из общих черт. Даже когда современные окна и Unicode считается же нуль терминированные строки происходят. Таким образом, Блокнот просто заменить их с пространством, так что вы можете просмотреть полный файл.

так что при сохранении файла он поврежден.

wikipedia - null терминированные строки

---

как сделать дополнительные исследования :

вы можете использовать компаратор как Beyond compare (коммерческая,пробная версия) чтобы увидеть эффект замены символов. Смотрите также другие инструменты бинарного сравнения.

Примечание : (20)₁₆ = (32)₁₀

---

причина Блокнот действует медленно на большие файлы

проверяет каждый символ и заменяет специальные символы пробелами. Другие программы не выполняют преобразования в памяти (по крайней мере, не примитивные, как notepad). Они просто отображают специальные символы по-разному. И они используют передовые методы буферизации.

---

глядя в блокнот.exe (XP 32 бит)

( Я предполагаю, что он все еще написан на C++ или, по крайней мере, использует сравнительно похожий линкер)

я использую Святого Джеймса, Грин инструмент (который остановил разработку с введением PE+ / 64 exes)

PEiD можно найти в комплекте в папке bin универсальный Extractor

я извлек Блокнот. ex_ файл из iso Windows xp очевидно. Попробовать ее. Это Cab-файл с использованием 7z.

предупреждение ! Ваш антивирусный сканер может обнаружить Universal Extractor / PEiD в качестве хакерских инструментов или вирусов. Не доверяйте ему не загружайте его !!

---

дополнительная информация о Windows API

благодарности:Jason C

Это не просто текстовое поле; WM_SETTEXT в общем случае не предоставляет параметр для указания длины строки, и строки всегда предполагается завершить на null. Вы всегда можете создать пользовательское текстовое поле с пользовательским сообщением, в котором указана длина строки, но Notepad и большинство других программ этого не делают. Также функция SetWindowText не предоставляет параметр длины.

Блокнот не сохраняет все специальные / расширенные символы точно так, как они есть. У меня нет ссылки на это поведение сразу под рукой, но я обнаружил, что это так, например, с UNIX-style end of line LF, который Блокнот преобразует в CRLF и null (0x00), который он будет игнорировать. В двоичном файле, таком как JPG, могут быть случайные вхождения символов, которые Блокнот не сохраняет. Попробуйте свой эксперимент с шестнадцатеричным редактором, и он должен работать затем. Я обновлю свой ответ, если найду хорошую ссылку, и как только проверю шестнадцатеричный редактор.

Update: я попробовал несколько известных редакторов программистов, но только один из них работал сразу, HxD от Maël Hörz. Я никогда раньше не использовал HxD, но нашел его благодаря ответу на эту статью стека, плагин hex viewer / editor для Notepad++.

другие редакторы, которые не работали после нескольких минут усилий были Notepad++, Notepad2 и UltraEdit (v17.3, более старая версия). У некоторых из них были проблемы с копированием / вставкой первых нескольких байтов, JPEG магическое число подписи файла FF D8 FF. Может быть, они будут работать немного больше, чем у меня есть время на данный момент.

раньше вы могли сделать это с помощью Write back in the day. Это была стандартная программа в Windows 3.1, но я не могу вспомнить, включена ли она в Windows 95. Write позволит безопасно редактировать любой файл, который он может открыть (возможно, очень ограниченный размер файла). Блокнот определенно не является бинарно безопасным (текст остается тем же, но фактические байты нетекстовых символов [например, коды управления] могут измениться), поэтому ваш пример JPG не работает. Попробуйте получить копию Write (и очень старых Windows) и попробуйте еще раз!

по данным статья Википедии "Windows Write" запись была включена до Windows NT 3.5. Он был заменен Wordpad в Windows 95 и далее. write.exe все еще присутствовал в каталоге Windows, но был просто оболочкой для открытия Wordpad.

Я думаю, что проблема не только в кодировке, но и в наборе символов. Формат JPG в основном представляет собой поток байтов. Таким образом, допуская непечатные символы, такие как нуль, ЕТХ, компании STX, сох, дле, и т. д.

Блокнот может не отображать непечатаемые символы. Он может отображать заполнители какого-то рода, как пробел для нулевого символа. Итак, открываем файл с помощью блокнота не показывают фактическое содержание, но содержание декодируются выбранной кодировке (UTF-8, UTF-16 и т. д.) и отображается определенным набором символов (unicode, ascii и т. д.), исключая непечатаемые символы.

при выборе всего отображаемого текста и копировании текста в буфер обмена копируются только печатаемые символы, включая заполнители. Таким образом, автоматически преобразовывая нулевые символы в пробелы и полностью игнорируя другие непечатаемые символы.

таким образом, в основном вы просто теряете контент, делая это таким образом. Если вы используете шестнадцатеричный редактор, он скопирует все содержание полностью.

---

обновление: Bhathiya Pereras ответ является правильным: https://superuser.com/a/782885/322784 Непечатаемые символы не игнорируются при копировании текста в буфер обмена.