ли ?
В расте есть UB только в unsafe{}* *и багах компилятора
Есть, но по умолчанию они от тебя спрятаны
Но ведь если 0 это валидный адрес, то alloc() при неудаче должен возвращать что-то другое. Получается, при валидной аллокации будет паника (?), а при невалидной UB
Честно говоря сложно представить платформу которую сейчас кто-то использует и в которой по адресу 0 будет какое-то значение которое можно трогать. Как минимум потому что в C это тоже боль будет. "Вызов 0" это всё-же немного другой случай (и опять же, это поганый AVR) и это не то же самое что data указатель.
запрет аллокации по первым 64 Кб адресного пространства - один из общепринятых exploit mitigations (для борьбы с null pointer dereference). Он стал активно внедряться лет 12-15 назад и его было просто внедрить в том числе и потому что, если malloc возвращает нулевой указатель, то это считалось ошибкой. Но вот в какой-нибудь версии Linux/Windows 12 лет назад вполне можно выделить по нулю
прямо щас можно выделить по нулю
Вдобавок платформа на гипотетически может запрещать работу по чтению и записи нулл или даже сама держать виртуальный ноль
Да ладно. В embedded очень часто. Как правило, по нулевому адресу располагается таблица векторов прерываний.
А можешь пояснить, это сами функции или указатели на них? Т.е. надо вызывать 0 или дерефать 0 и вызывать результат?
Обсуждают сегодня