Сообщение Re[2]: offsetof() без UB от 25.03.2025 7:44
Изменено 25.03.2025 8:31 rg45
Re[2]: offsetof() без UB
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус.
Про портабельность я уже и не вспоминаю. Для тебя это, походу, что-то слишком оторванное от реальности.
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус.
Про портабельность я уже и не вспоминаю. Для тебя это, походу, что-то слишком оторванное от реальности.
Re[2]: offsetof() без UB
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что все комбинации опций ты уже испробовал
)
Про портабельность я уже и не вспоминаю. Для тебя это, походу, что-то слишком оторванное от реальности.
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что все комбинации опций ты уже испробовал

Про портабельность я уже и не вспоминаю. Для тебя это, походу, что-то слишком оторванное от реальности.