Исходное сообщение
"Уязвимости в QoS-подсистеме ядра Linux, позволяющие поднять ..." Отправлено Аноним, 14-Апр-23 09:30
А у вас проблемы с логическими операциями. Для меня выглядит так как будто это ЛИБО undefined behavior, ЛИБО, если понятие call fails определено, тогда рассказано как определить fail, и тогда это уже defined behavior. Вы, кажется, этого не поняли. Defined behavior отличается от undefined как раз тем что конкретно расписано что и как происходит. Если это расписано для call fails - окей, это defined behavior, мы можем определить это в caller'е. А в вон том случае "call fails" просто не определен как сущность. Этого понятия не существует для этой функции, как минимум в стандарте. С точки зрения реализации видимо идея была такая что на этот момент все ресурсы которые надо было выделить уже были успешно выделены, новых не надо и как может обломиться чистая математика и маркировка регионов - загадка. Если случилось что-то вообще совсем странное, типа read или write error в каком-нибудь там свопфайле, это уже глубокая и невосстановимая системная ошибка и там разве что SIGSEGV какой процессу прислать, или что там по мнению системы уместно, когда выполнение процесса совсем нельзя возобновить в нужном виде.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> А у вас проблемы с логическими операциями. Для меня выглядит так как > будто это ЛИБО undefined behavior, ЛИБО, если понятие call fails определено, > тогда рассказано как определить fail, и тогда это уже defined behavior. > Вы, кажется, этого не поняли. > Defined behavior отличается от undefined как раз тем что конкретно расписано что > и как происходит. Если это расписано для call fails - окей, > это defined behavior, мы можем определить это в caller'е. А в > вон том случае "call fails" просто не определен как сущность. Этого > понятия не существует для этой функции, как минимум в стандарте. > С точки зрения реализации видимо идея была такая что на этот момент > все ресурсы которые надо было выделить уже были успешно выделены, новых > не надо и как может обломиться чистая математика и маркировка регионов > - загадка. Если случилось что-то вообще совсем странное, типа read или > write error в каком-нибудь там свопфайле, это уже глубокая и невосстановимая > системная ошибка и там разве что SIGSEGV какой процессу прислать, или > что там по мнению системы уместно, когда выполнение процесса совсем нельзя > возобновить в нужном виде.
	Введите код, изображенный на картинке: