Исходное сообщение
"Уязвимости в подсистеме eBPF, позволяющие выполнить код на у..." Отправлено lockywolf, 18-Май-21 19:04
> любой символ _unicode32_ занимает _ровно_ 32бита. Почувствуйте разницу с костыльным угребищем > utf. Это чушь. Во-первых, нет никаких unicode32, есть utf32. Во-вторых, нет понятия "символ Unicode", есть понятие Unicode Codepoint. Который не равен символу, не равен одному значению utf16 (гуглите суррогатные пары), и, что ещё хуже может быть в будущем не равен одному значению utf32. (Хотя пока равен) Но что ещё хуже, кодпойнты сами по себе не являются осмысленными адресуемыми элементами. Разбитие пополам одного символа (который может быть представлен хоть массивом в 512 байт в случае "мохнатых символов") может дать два, один, или ни одного осмысленного символа. Больше того, разбитие не пополам, а как-то иначе тоже может дать какие-то валидные символы, или не дать. Это всё абсолютно не зависит от конкретного байтового представления кодпойнтов. Юникод сделан, задизайнен, принципиально так, что его можно обрабатывать _только_ сначала и до конца, последовательно, и за О(N). Всё.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> любой символ _unicode32_ занимает _ровно_ 32бита. Почувствуйте разницу с костыльным угребищем >> utf. > Это чушь. Во-первых, нет никаких unicode32, есть utf32. > Во-вторых, нет понятия "символ Unicode", есть понятие Unicode Codepoint. > Который не равен символу, не равен одному значению utf16 (гуглите суррогатные пары), > и, что ещё хуже может быть в будущем не равен одному > значению utf32. (Хотя пока равен) > Но что ещё хуже, кодпойнты сами по себе не являются осмысленными адресуемыми > элементами. Разбитие пополам одного символа (который может быть представлен хоть массивом > в 512 байт в случае "мохнатых символов") может дать два, один, > или ни одного осмысленного символа. > Больше того, разбитие не пополам, а как-то иначе тоже может дать какие-то > валидные символы, или не дать. > Это всё абсолютно не зависит от конкретного байтового представления кодпойнтов. Юникод > сделан, задизайнен, принципиально так, что его можно обрабатывать _только_ сначала и > до конца, последовательно, и за О(N). Всё.
	Введите код, изображенный на картинке: