Qt, обработка ошибок

[metaclass]

Что-то в примерах и документации нигде не вижу как обрабатываются ошибки, типа "в функцию передали кривой параметр", "вызов нижележащей ОС сдох, потому что ее сгрызли черви", итд.
Функции типа qWarning,qFatal, итд, вижу, есть. Вроде и обработка исключений какая-то есть, класс вроде Exception. Но вроде ж try-catch религия не позволяет в C++ юзать или я чего-то уже путаю?

Т.е. вообще, как принято обрабатывать ошибки в Qt?

Comments

[vp.livejournal.com]

Ни MS ни Борланд не брались за ембед потому что не видели там целевой аудитории, которая окупит их потуги. Я думаю причина в этом. Все регулируется деньгами.

[max-posedon.livejournal.com]

А gcc брался, и Qt этим воспользывался, испокон-веков он в основном существовал за счёт embedded, На примере Opera, такой популярный браузер сейчас собирается на 60!!! архитетурах, вы правда понимаете что такое послать нахуй такой рынок?

[vp.livejournal.com]

не понимаю почему послать? :)
Развивать, но не так, как это делается.
Новый вариант gcc_qt ж вполне может быть совметсимым со старым.

[max-posedon.livejournal.com]

то что это будет НОВЫЙ язык, вот что самое плохое. Gcc в жизни не примет такой говно-хак к C++ в upstream. (Ибо это просто бессмысленно)

проблема connect может быть решена внешними интсрументами, или никак. Увы. Такова реальность.

[vp.livejournal.com]

Ты понмаешь, что этой фразой можно резюмировать:
на 21й, 22й, 23й века - все, в никс архитектуре РАЗВИТИЕ ОСТАНОВЛЕНО
Если мы принимаем такой ход мысли
"ничего нового нельзя писать, только менять старое"

Это же какая-то ИТ шиза, честно я скажу.

[max-posedon.livejournal.com]

Писать можно/нужно, но с оглядыванием на рентабельность и здравый смысл. Править gcc для connect - не здравый смысл.Так же как здравый смысл не править его для moc и uic.

[kong-en-ge.livejournal.com]

Ребе, вас за слово ЦА заклеймят как конченого меркантила :)