VO
в С++ нет функций доступа к памяти физического устройства
а в plain c есть?
Size: a a a
2020 March 13
AB
Нет
CD
а в plain c есть?
нет
AB
Ты и в x86 асме не с физической памятью работаешь
ПК
ты зря это повторяешь в дцатый раз. исторически это о том, что могут существовать платформы у которых нулевой указатель побитово представлен иначе. например как 0xfffffffffff. к данному обсуждению это отношения не имеет
nullptr всё равно нельзя разыменовывать хоть ты тресни
VO
как же так? как же тогда операционки на c пишут и они работают?
AB
как же так? как же тогда операционки на c пишут и они работают?
А зачем им писать в нуллптр?
PK
как же так? как же тогда операционки на c пишут и они работают?
это аргументация уровня "ну скомпилировалось же!"
А
как же так? как же тогда операционки на c пишут и они работают?
а загрузчик не в режиме реального времени работает?
AB
Artöm Bakri Al-Sarmini
А зачем им писать в нуллптр?
А, не в этом вопрос
VO
нет. это аргументация вида "вы что, хотите поламать работающий код?"
CD
как же так? как же тогда операционки на c пишут и они работают?
потому что далее компилятор определяет характер трансляции модели памяти в память платформы
CD
более того, по нулевому адресу памяти (вроде бы до сих пор) записаны вектора прерываний
CD
только прочитать ты их и правда из асма просто так не сможешь
AB
как же так? как же тогда операционки на c пишут и они работают?
Там есть кусочки асма. И ос знает, как получить доступ к физической памяти
PK
нет. это аргументация вида "вы что, хотите поламать работающий код?"
я бы для начала нашел где-нибудь код с таким уровнем UB в 2020 году, чтобы потом переживать, что вон он сломается
VO
эти кусочки только на самой ранней стадии инициализации, когда надо в регистры играть
VO
ну я наступил на такой код в haproxy в 2018 году, но там не nullptr был, да.
PK
ну так про то и речь, что там не может быть nullptr
VO
там нет, тут -- да.