Обработка исключений

Ivan8209

В продолжение старого разговора об исключениях при многопоточной работе.

From: mpeforth.com (Stephen Pelc)



>For example, what would be the typical behavior when a task (other than

>the operator task) is running and an exception is thrown for which the

>task has no specific handler installed?



MPE changed its mind a few years ago on this one for embedded systems.

We used to perform a warm or cold start, but found that users did

not deal with the root problem immediately and then blamed us for

the secondary results.



Now we do nothing! It's smaller and faster and systems tend to

crash horribly. This forces the programmer to deal with the problem

immediately.

Для тех, кто не понял, перевожу.
"MicroProcessor Engineering, Ltd." (Саутгемптон, Вб.) несколько лет назад
отказалась от включения в свои системы разработки механизма
обработки исключений по умолчанию.
Ибо если система шумно грохнется на этапе разработки,
это заставит программистов подумать, что они делают не так.
В общем, те, кто не ловят THROW в многопоточных приложениях,
сами себе злобные буратины и должны узнать об этом как можно раньше.
---
...Я работаю антинаучным аферистом...

vertyal17

Я вроде когдато читал, что микрософт рекомендует при разработке, стараться почаще при ошибках, сообщать об ней через возвращаемое значение, чем через механизм исключений.
Опять все поменялось?

psihodog

причём тут это?

bleyman

Фи, полумеры.
Вот если бы они генерили случайное исключение в случайном потоке раз в полсекунды, тогда можно было бы сказать, что это заставит программистов подумать, что они делают не так.

vertyal17

Да в общем не причем, просто мысли вслух, сорри кого обидел.

Landstreicher

Я вот тут недавно видел, как человек переопределял malloc чтобы тот с некоторой вероятностью возвращал 0. Он так тестировал свою программу, чтобы она правильно работала в ограниченном обьеме памяти. Вот это жесть. Правда не знаю, чем там закончилось. Если программа заработает — респект автору.

Landstreicher

> Я вроде когдато читал, что микрософт рекомендует при разработке, стараться почаще
> при ошибках, сообщать об ней через возвращаемое значение, чем через механизм исключений.
Хм. Очень странно. Вроде отцы как раз советуют наооборот. Как микрософт это объясняет?

poi1981

скорей всего, микрософт советовал прямо противоположное

enochka1145

У меня как-то при просмотре Windows Vista explorer кинул exception. Что меня изрядно порадовало. Значит скоро можно будет программировать под Windows по-человечески, на .NET, со всеми вкусностями. Тогда можно будет спокойно называться ОО-программистом...

vertyal17

Ок может с английским неразобрался

vijrel7878

не понимаю при чем тут многопоточность. Это нормальная практика для любых приложений

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

Olenenok

спокойно называться ОО-программистом...

И радости с этого?

psihodog

+1 это давным-давно не модно

enochka1145

Почти столько же, сколько от звания "кофеинщика", или даже чуть больше.

bleyman

Срочно патентуем идею EOP - Error Oriented Programming (or EOP Oriented Programming, кому как нравится).

Ivan8209

> Это нормальная практика для любых приложений
Это не у всех нормальная практика. Далеко не у всех.
---
...Я работаю антинаучным аферистом...