F
вместо break можно заставить программу крашнутся, деля на i + 1
супер, еще одно решение)
Size: a a a
2020 May 31
T
я щас чето придумаю, с константами limits.h
F
мне это решение нравится тем, что в задаче не сказано, что программа должна корректно завершаться.
O
вместо break можно заставить программу крашнутся, деля на i + 1
Ну, если у меня не будет try/except или аналогов - то она также "успешно" упадет, напечатав 1000 значений, так как выдет за границы типа.
F
переполнение ж будет
T
вместо break можно заставить программу крашнутся, деля на i + 1
* точнее на (1000 - i) + 1 , но я думаю понятно
O
мне это решение нравится тем, что в задаче не сказано, что программа должна корректно завершаться.
Если проверяют креативность - то да, если нет - то могут отказать
F
ну повесьте обработчик на SIG_INT)
O
* точнее на (1000 - i) + 1 , но я думаю понятно
Я такого не писал 😊 У меня ошибка будет именно на i—, когда i=0.
F
я могу адски ошибаться, но оно не упадет от выхода за тип
T
почему ошибка? произойдет integer overflow
O
почему ошибка? произойдет integer overflow
Ну, про нее я и говорю. Исключение, точнее.
F
в С это не вызовет краша
O
я могу адски ошибаться, но оно не упадет от выхода за тип
Если будет исключение - должно упасть.
T
мне это решение нравится тем, что в задаче не сказано, что программа должна корректно завершаться.
используя этот способ завершения можно много че придумать уже, например с константами limits.h + mod
T
но это уже неинтересно
F
используя этот способ завершения можно много че придумать уже, например с константами limits.h + mod
ага. Дальше уже куча вариантов. Но есть еще варианты, которые вообще не используют ошибок :)
T
пока ничего в голову ничего не приходит, только с сокетами, но раз файлы нельзя
O
в С это не вызовет краша
Не знаю, проверить не на чем, но обработчик исключений, как мне кажется, должен крашнуть приложение. Если оно скомпилировано. В среде разработки - возможно - не упадет, т.к. среда неявно обработает исключение.
F
Не знаю, проверить не на чем, но обработчик исключений, как мне кажется, должен крашнуть приложение. Если оно скомпилировано. В среде разработки - возможно - не упадет, т.к. среда неявно обработает исключение.
проверила на чистом. Он просто не останавливается и выводит результаты переполнения