Почему эти строчки записываются в память по-разному?

Question

[sddvxd]

Добрый день!
В попытке разобраться, почему я могу успешно отправлять и принимать запросы на веб-сервер на языке C и почему я не могу того-же сделать на языке ассемблера, заметил вот такую особенность:

request db 	"GET / HTTP/1.1\r\nHost: myip.ru\r\n\r\n"

char* c = "GET / HTTP/1.1\r\nHost: myip.ru\r\n\r\n";

Абсолютно одинаковые строчки с GET запросом сохраняются в оперативной памяти по-разному, а именно вот так выглядит hex код первой строчки из программы, которую собрал мне ассемблер:

47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 5c 72 5c 6e 48 6f 73 74 3a 20
6d 79 69 70 2e 72 75 5c 72 5c 6e 5c 72 5c 6e

А так на C:

47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 0d 0a 48 6f 73 74 3a 20 6d 79
69 70 2e 72 75 0d 0a 0d 0a

Это строчка в utf-8, причем онлайн конвертер hex-to utf8 выдал вот такой результат:

GET / HTTP/1.1\r\nHost: myip.ru\r\n\r\n

Вроде-бы, то что надо - но с этим запросом не работало
Теперь проверяю, как эту строчку обработал компилятор C:

GET / HTTP/1.1
Host: myip.ru

На вид они различаются, нету управляющих символов и именно с этой строкой успешно получается получить главную страницу сайта. Вопрос: почему так случается, почему в первом случае управляющие символы экранируются и как этого избежать?

Comments

[pfemidi]

request db 	'GET / HTTP/1.1', 13, 10, 'Host: myip.ru', 13, 10, 13, 10

И всё. И строчка будет записана так же, как в C. И никакие тильды не нужны.

[wisgest]

Это строчка в utf-8

Это обычная ASCII, с таким же успехом её можно считать любой однобайтной кодировкой (т. е. не utf-16, не utf-32), т. к. коды ASCII-символов в них всех одинаковые.

[sddvxd]

wisgest, это и utf-8 и ascii. utf-8 так сделали для обратной совместимости. файл то сохранен в UTF-8, а не ANSI

[wisgest]

файл то сохранен в UTF-8, а не ANSI

Он сохранён с BOM? Нет? (C UTF-8 BOM часто не используют и, на мой взгляд, правильно; по-крайней мере в приведённом коде его нет.) Тогда, он не отличается от сохранённого в ANSI (или хоть в КОИ-8) — в нём нет ничего utf-ного. Это то же самое, что программный код, записанный на C (на подмножестве совместимом с C++) называть записанным на C++.

[sddvxd]

wisgest,

Сравнивая UTF-8 и UTF-16, можно отметить, что наибольший выигрыш в компактности UTF-8 даёт для текстов на латинице, поскольку латинские буквы без диакритических знаков, цифры и наиболее распространённые знаки препинания кодируются в UTF-8 лишь одним байтом, и коды этих символов соответствуют их кодам в ASCII

кодируются в UTF-8 лишь одним байтом

Answer 1

[zed]

Потому что в Си, вот эта последовательность "\r" - это управляющая последовательность и в память она записывается как 0xd (один байт). Эту работу выполняет компилятор.

А в ассемблере как вы строку записали, так она в памяти и лежит, т.е. там символ "\" лежит как 0x5с, и так же лежит рядышком символ "r". Но для HTTP запроса нужен именно перевод строки (последовательность 0xd, 0xa), а не текст "\r".

Comments

[sddvxd]

то-есть нужно вручную написать функцию для перевода текста в управляющий символ?

[zed]

sddvxd, Это уже вам решать, я на ассемблере не пишу. Возможно, проще будет использовать константы.

[jcmvbkbc]

то-есть нужно вручную написать функцию для перевода текста в управляющий символ?

sddvxd, если nasm чем-то дорог, то можно почитать его документацию для разнообразия и забрать строчки в обратные кавычки: https://www.nasm.us/xdoc/2.10.07/html/nasmdoc3.htm...

[sddvxd]

jcmvbkbc, большое спасибо. вот, где мне пригодится ни разу не нажатая клавиша "тильда"