F
внезапно узнала, что из маковских манов на принтф выпилили подробности спцификаторов
Size: a a a
2020 May 31
O
Да там отрицательные не из-за спецификатора, а из-за вычитания 999 из 10 😊
F
Да там отрицательные не из-за спецификатора, а из-за вычитания 999 из 10 😊
да понятно, что я невнимательная, щас посмотрим)
T
Да там отрицательные не из-за спецификатора, а из-за вычитания 999 из 10 😊
Нет, из-за спецификатора
O
давай, прям, интрига интриг!
T
давай, прям, интрига интриг!
вы сами напишите код и постпвьте %u
T
и увилите integer overflow
O
Нет, из-за спецификатора
10 - 999 - будет отрицательное. Да, если неправильно привести тип - он может вылететь по int overflow
F
F
FPE_INTOVF_TRAP
Integer overflow (impossible in a C program unless you enable overflow trapping in a hardware-specific fashion).
Integer overflow (impossible in a C program unless you enable overflow trapping in a hardware-specific fashion).
T
Я вообще непонимаю откуда Олег взял исключения в Си
O
вы сами напишите код и постпвьте %u
Именно, тк. заведомо из меньшего вычитается бОльшее
F
Именно, тк. заведомо из меньшего вычитается бОльшее
да блин, ну там я тупо прокосячилась. Суть в том, что целочисленное переполнение не убивается
O
Я вообще непонимаю откуда Олег взял исключения в Си
Говорил же, что псевдокод, я не говорил, что точно напишу
T
FPE_INTOVF_TRAP
Integer overflow (impossible in a C program unless you enable overflow trapping in a hardware-specific fashion).
Integer overflow (impossible in a C program unless you enable overflow trapping in a hardware-specific fashion).
тут имеется в виду, что это не вообще невозможно, а то что никаких паников не будет
F
ага, и я о том же.
F
деление на ноль - да, упадет по sigfpe. А вот переполнение целого - нет.
T
ну короче понятно, надо другие способы искать, раз выйти можн номрально без краша и без signal
F
да. Есть еще несколько. Причем один из способов в этом виде можно реализовать не только в С, а в любом нормальном языке в принципе. А есть очень красивые чисто с-шные варианты