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

[metaclass]

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

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

Comments

[vp.livejournal.com]

Именно юниксвей тут причем.
Есть священная корова - GCC, которую тронуть никак нельзя, потому бедные QTшкини пошли по привычному пути - решение проблем надстройками, макросами, препроцессорами и т.п. херью, когда тут слону понятно, что задача настолько глубока, что нужно мочить эту священную корову и делать все на другом уровне.
Кстати, мысль эта целиком неприемлима юникс-сообществом :)
Заповедь номер1: Линус Торвальдс свят
Заповедь номер2: GCC незыблимо
Заповедь номер3: все вещи нужно реализовывать конвеерной обработкой на основе имеющихся вещей

Все, сразу же упираемся в теоретический предел.

[zamotivator.livejournal.com]

когда тут слону понятно, что задача настолько глубока, что нужно мочить эту священную корову и делать все на другом уровне.
Мне непонятно. Ни разу. boost.signals пример решения в рамках текущих инструментов.

[zamotivator.livejournal.com]

И тут вообще какой-то бред написан.
Особенно на тему конвейеров.
Это н еюникс-вей, это какое-то жестокое его извращение.

[vp.livejournal.com]

Именно тот путь по которому пошли создателю QT и есть отражение идеологии юниксвея
1. ничего не писать если возможно
Да, взяли готовый GCC
2. использовать конвеерную обработку (идеологию)
Да, пройдемся 30 раз разными препроцессорами/конверторами и приведем все к тому, чтоб не трогать GCC

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

[kiryl.livejournal.com]

Писать свой компилятор? Вы представляете объём работ? У них бы не осталось времени на Qt.

[zamotivator.livejournal.com]

О чём и речь.

[vp.livejournal.com]

Тут тоже постулат, у каждого свой. Или делаем хорошо - или не делаем никак.

[featalion.livejournal.com]

пи..ть в ЖЖ каждый горазд. ребе, едьте в нокию и пишите компилятор!

[vp.livejournal.com]

Вот и вопрос в том, что когда сейчас это дошло до Нокии, может они и будут вкладываться в разработку, и там дело и до компилятора дойдет.
Резюме - не всегда на подходе "сидеть по вечерам за деньги родителей" чисто технически получится нормальный продукт. Финансовые ограничения - это очень серьезно. А я тут кроме финансовых ограничений пока ничего не узрел :)

[max-posedon.livejournal.com]

Вы простите, ебанулись? (ничего личного)

Вы представляете, что такое заопарк embedded архитектур, и какую роль в нём играет gcc? То чем они *могут* заниматься, это улучшать инструменты. Но убивать таргет аудиторию никто не собирается.

[vp.livejournal.com]

развивать gcc какая-то религия не дает?

[zamotivator.livejournal.com]

Препроцессоров два - moc и uic.
И я ещё не видел другого настолько продуманного и бесшовного решения.
Интегрируется в любую систему сборки, не требует навороченной IDE чтобы это всё рулить...

[vp.livejournal.com]

Вот оно и бьет сзади по голове, жажда чего-то во что-то вечно всовывать и интегрировать. Не нужно ничего интегрировать, продукт такого уровня ОБЯЗАН был быть stand alone и писанный с нуля.

[kiryl.livejournal.com]

Опять вы со своими виндовыми тараканами. Зачем вам инструмент, который делает всё и абы как? ИМХО лучше несколько узкоспециализированных инструментов, хорошо выполняющих свои задачи.

[vp.livejournal.com]

Ребе!!!!
В этой связке все зашибись. Я не против узкоспециализированных инструментов!
Я за то, чтоб вызов gcc за менить на qtcc
ВСЁ.

[max-posedon.livejournal.com]

И послать нахуй 80% текущего рынка???!

[max-posedon.livejournal.com]

сломать совсместимость с icc, msvc, и тд и тп? (например Qt+ActiveX работает ТОКА на msvc)

[kiryl.livejournal.com]

Единственный реальный вариант получить qtcc и не убить целевую аудиторию -- это написать фронт-енд для gcc реализующий ещё один язык.

[max-posedon.livejournal.com]

Он убивает 90% Windows аудитории (msvc, icc). Во многих проектах есть чёткая привязка к msvc, из-за сторонних dll-ек.

[zamotivator.livejournal.com]

Какой бред.
Много Вы проектов написали? Крупных, продаваемых?

[vp.livejournal.com]

порядка 30 проектотов, из них штук 20 как постановщик задачи, архитектура + ведущий программист
Активно продаваемых на сегодняшний момент 7 штук.

[zamotivator.livejournal.com]

Тем более странно слышать ТАКОЕ.
В общем, вернёмся в конструктивное русло.

Вы можете привести несколько аргументов в пользу написания компилятора с нуля?

[max-posedon.livejournal.com]

Или хотябы не с нуля, а нового языка к gcc. (Это таки много более реальная задача).

Языков которые кастятся в gcc много, из старых - java, из новых - vala.

[zamotivator.livejournal.com]

Я ж говорю, тут слону понятно, что с ихними задумками сразу должно было стать очевидным, что нужно писать новый компилятор, другой, отдельный. Сам масштаб задачи таков.
Может я тупой, но мне это непонятно. И кажется, что наоборот, путь trolltech & qt - меньшее зло.

З.Ы. Вы пробовали писать свой компилятор? Или транслятор? Простенький какой-нибудь. М?

[kiryl.livejournal.com]

Кстати, Линус довольно высказывается, что GCC -- говно. ;)