отловить деление на ноль

исключение тут не бросается

ошибки доступа к файлам

использовать fstream

могу ли я стандартно с помощью try/catch отловить деление на ноль

http://ru.wikipedia.org/wiki/Fenv.h

деление на ноль

уже написали

ошибки доступа к файлам

http://www.cplusplus.com/reference/ios/ios/exceptions/

использовать fstream

Исключение можно перехватить?

Исключения не нужны. Возврат кода ошибки наше всё.

деление на ноль

исключение тут не бросается

Огорчение. И отловить никак?

Глас не мальчика, но олдфага.

В go возврат кода ошибки весьма органично смотрится, так как из функции можно вернуть несколько результатов не прибегая к помощи указателей.

EDIT: да, только там возвращается не код ошибки, а объект с интерфейсом {Error() string}, который можно сразу засунуть в принт.

Но зачем ты делишь на ноль?

конечно

Не делить на ноль.

И отловить никак?

sigaction + SIGFPE, но ловить исключения от деления на 0 вместо проверок в коде - это мягко говоря странно

ловить исключения от деления на 0 вместо проверок в коде - это мягко говоря странно

Код бывает чужой и без исходников

Код бывает чужой и без исходников

тогда авторам пишется письмо и они сами чинят в кратчайшие сроки, если не чинят - идут лесом

если не чинят - идут лесом

А за ними в лес пойдет твой заказчик с баблом, которому плевать на все эти внутрение разборки.

А за ними в лес пойдет твой заказчик с баблом, которому плевать на все эти внутрение разборки.

нет, пойдут лесом заказчики у тех, кто вместо решения проблем лепит костыли поверх чужого кода, т.к. не может запросить исправление или добавление фичи

Когда найдешь такого заказчика, то покажи мне. Очень хочется посмотреть на такого сферического коня в реале.

Когда найдешь такого заказчика, то покажи мне. Очень хочется посмотреть на такого сферического коня в реале

кажется я понял, ты фрилансер?

Проверки в коде можно сделать только для целых типов. А как быть с вещественной арифметикой?

кажется я понял, ты фрилансер?

А какая разница фрилансер я или нет? На постоянной работе за нефиг делать может быть такой расклад:

Менеджер (М): нам надо сделать фичу N,

Девелопер (Д): я знаю библиотеку, она эту фичу умеет, я ее прикручу за неделю.

М: круто! делай!

Через неделю.

Тестировщик (Т): пацаны, все вроде ок, но фича N крешится при таких-то начальных данных.

Д: Я проверил, бага в библиотеке.

М: за скоко поправишь?

Д: так ты на лицензии сэкономил, нам исходников не дали, поправить немогу.

М: Бля, бюджет то не резиновый! Сделай хоть так, чтобы не падало. А то я программу уже продал, надо на след. неделе релиз выкатывать иначе не видать нам бабла. А поправим в следущей версии.

Д: ну я могу ексепшен перехватить и сообщение вывести...

М: сколько времени надо?

Д: ну завтра сделаю.

М: круто, делай!

Вот так оно в реальной жизни зачастую и бывает.

А как быть с вещественной арифметикой?

Что-то типа такого:

eps = 0.0001; // допустимая точность
if abs(val) < eps {
   cout << "Деление на ноль, идите лесом";
} else {
   cout << x / val;
}

Кстати, а почему это никто не вспомнил, что явная проверка на 0 в делителе - это таки лишние такты процессора?

А вот вариант с есепшеном будет работать намного быстрее.

А эксепшн откуда выбросится? В процессоре есть встроенный телепатический аппарат, прозревающий, будет деление на ноль или не будет?

А эксепшн откуда выбросится? В процессоре есть встроенный телепатический аппарат, прозревающий, будет деление на ноль или не будет?

Не буду говорить за все платформы, но на х86 такие есть!

А какая разница фрилансер я или нет?

просто к «длинному» проекту отношение другое, а так ничего плохого про фрилансеров сказать не могу

так ты на лицензии сэкономил, нам исходников не дали

вот тут была ошибка, завязываться на чужую закрытую библиотеку без поддержки не стоит, в крайнем случае можно эту самую поддержку купить, да - часто это стоит дорого (с чем я работал - 0.5млн$ в год), но при разумном подходе полностью себя оправдывает

Проверки в коде можно сделать только для целых типов. А как быть с вещественной арифметикой?

можно плз подробнее - конкретная операция и желаемое поведение

Ну если ты называешь NaN и Inf исключениями, то с тобой с натяжкой можно согласиться.

Там выше какой-то чудак сначала рисует реальную жизнь, а потом заливает заботой о тактах процессора.

Я же ввожу в гугль c++ exceptions и немного недоумеваю...

вот тут была ошибка...

Ну так прикинь, менеджеры тоже живые люди, и тоже могут совершать ошибки. Пусть и не в такой простой ситуации, как в приведенном примере.

Тут вопрос как бы в другом. Вот что делать, если кто-то таки накосячил, а исправлять ошибку долго/дорого?

Вот что делать, если кто-то таки накосячил, а исправлять ошибку долго/дорого?

в таком случае неперехваченное исключение - это чуть ли не идеальный случай, ведь могут быть косяки с порчей данных, крешами и пр. багами, вот что тут делать?

Простейший случай - вычисление отношения очень большой величины к очень маленькой. Например случай решения плохо обусловленной СЛАУ (те же задачи мат. моделирования).

Да, я в курсе о неявных методах решения СЛАУ, но всех случаев не предусмотреть.

Не, NaN и Inf - это не оно.

Если надо детали, то читай мануалы для ассемблерщиков. вот к примеру, нагугли за 2-3 минуты - http://assmbler.ru/2/HTML/ch02_04c.htm

Простейший случай - вычисление отношения очень большой величины к очень маленькой

а разве тут поведение Java и C++ не идентично? (+inf)

в таком случае неперехваченное исключение - это чуть ли не идеальный случай, ведь могут быть косяки с порчей данных, крешами и пр. багами, вот что тут делать?

Ну так если ошибка возникает на каждом втором запуске программы, то фиг ты кому ее напаришь. А если на каждом тысячном, то почему нет? Ексепшены - это не панацея. Это инструмент. Иногда использование этого инструмента оправдано, а иногда нет.

я ее прикручу за неделю.

Надо было говорить 3 недели. ССЗБ.

Надо было говорить 3 недели. ССЗБ.

Д: ну я могу ексепшен перехватить и сообщение вывести...
М: сколько времени надо?
Д: ну завтра сделаю.

он не так прост ;)

Вот что делать, если кто-то таки накосячил, а исправлять ошибку долго/дорого?

будем считать, что ты сам же и ответил:

Ну так если ошибка возникает на каждом втором запуске программы, то фиг ты кому ее напаришь. А если на каждом тысячном, то почему нет?

С вещественной проще. Там можно выставлять режимы сопроцессора и вместо sigfpe у тебя будет возникать nan, inf и прочие вещи.

Привожу код и итоговый вывод.

Код: http://pastebin.com/u300NqNh

Вывод: «Infinity».

man isnan, man isinf

Любой руководитель, сам разбирающийся в этой кухне.

,

Любой руководитель, сам разбирающийся в этой кухне.

назови закрытые библиотеки, которые ты используешь без купленной поддержки

Не использую.

Не использую.

но хотел бы использовать?

Нет.

т.е. ты не относишься к тем «кто вместо решения проблем лепит костыли поверх чужого кода, т.к. не может запросить исправление или добавление фичи», но поддерживаешь их? или что ты хотел сказать?

Я пользуюсь открытыми проектами и привык править в них баги напрямую.

Я пользуюсь открытыми проектами и привык править в них баги напрямую.

аналогично, тогда еще раз спрошу - что ты хотел сказать?

Адекватный менеджмент не будет связываться с закрытыми библиотеками без крайней на то нужды, всегда отдавая предпочтения открытым или хотя бы таким, где можно получить доступ к сырцам.