p
О.о
Size: a a a
2020 August 06
AZ
потому что пусть уб это уб, а всякие танки на такое поведение рассчитывают
Т8
потому что пусть уб это уб, а всякие танки на такое поведение рассчитывают
я рассчитываю не на уб, а на то, что ОС пизданёт процесс. То есть, завязаться на GCC, а не на стандарт
AZ
Т-34 85
я рассчитываю не на уб, а на то, что ОС пизданёт процесс. То есть, завязаться на GCC, а не на стандарт
при чем тут ос? У тебя уб, значит компилятор может транслировать твой код во что ему хочется. Хоть в очистку жесткого диска, хоть в запуск игрушки. Кстати раньше гцц так и делал, я кидал ссылку. То есть разыменовал нулл - вместо своего приложения по работе с банковскими данными у тебя игрушка запускается.
AZ
именно поэтому уб и не любят в расте
AZ
не потому что ос там что-то крашит, а потоум что для уб такая замена это нормально
К
именно поэтому уб и не любят в расте
Уб везде не любят))
AZ
но только у плюсовиков почему-то "компилятор тупой не видит что тут можно соптимизировать" соседствует с "СУКА ТЫ ЧЕ ТУТ НАМЕНЯЛ, ТАК НЕЛЬЗЯ ДЕЛАТЬ"
EG
N.B., for LLVM to recognize the void pointer type and by extension
functions like malloc(), we need to have it represented as i8* in
LLVM bitcode. The enum used here ensures this and prevents misuse
of the "raw" type by only having private variants. We need two
variants, because the compiler complains about the repr attribute
otherwise and we need at least one variant as otherwise the enum
would be uninhabited and at least dereferencing such pointers would
be UB.
хм, а в винапи крейте не подхватили(
functions like malloc(), we need to have it represented as i8* in
LLVM bitcode. The enum used here ensures this and prevents misuse
of the "raw" type by only having private variants. We need two
variants, because the compiler complains about the repr attribute
otherwise and we need at least one variant as otherwise the enum
would be uninhabited and at least dereferencing such pointers would
be UB.
хм, а в винапи крейте не подхватили(
Мне непонятно, почему не
#[repr(transparent)]
struct c_void {
hidden: u8,
}
#[repr(transparent)]
struct c_void {
hidden: u8,
}
К
но только у плюсовиков почему-то "компилятор тупой не видит что тут можно соптимизировать" соседствует с "СУКА ТЫ ЧЕ ТУТ НАМЕНЯЛ, ТАК НЕЛЬЗЯ ДЕЛАТЬ"
AZ
это мне напоминает как у нас пару проектов (на шарпе правда) собирали только в дебаге
AZ
потому что с гениальными™ решениями даже в О2 всё работать перестовало
AZ
про подобные плюсовые тож слышал
AZ
зачем так жить? Мне непонятно
p
но только у плюсовиков почему-то "компилятор тупой не видит что тут можно соптимизировать" соседствует с "СУКА ТЫ ЧЕ ТУТ НАМЕНЯЛ, ТАК НЕЛЬЗЯ ДЕЛАТЬ"
Растаманы:
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
AZ
AZ
Растаманы:
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
virgin rustacean vs chad cpp senior
p
Интересно будут ли оплачивать всем ущерб или нет
EG
Растаманы:
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
НЕЕЕЕЕТ ты не можешь разымееовывать указатель не проверив его потому что это уб!
С++серы:
Haha dereference nullpSEGMENTATION FAULT
Сигсегв это хорошо
EG
Это значит, что твоя программа просто упала