Вобщем вопрос встал совсем уж конкретно. Суть в следующем:

В простейших программах написал проверку, вывел сообщение, если есть возможность обработать, обработал. Все понятно и прозрачно. Но когда программа вырастает в достаточно большой проект, когда стек вызова вырастает до 10-15 вложенных процедур (а при этом количество созданных экземпляров классов от 50), начинает съезжать крыша. Ну хорошо, программу худо бедно assert'ами и qDebug'ами отладил. Дальше начинается ввод в эксплуатацию, и там явно будут ошибки. Сообщение "Ошибка при работе с базой данных" не скажет ровным счетом ничего.

Далее опишу моменты, которые у меня сейчас встречаются, и которые я обрабатываю "как умею"

Вопрос 1. Поиск ошибок в коде

Использую __FILE__ и __LINE__ . Они указывают место в коде. Но есть "но". См "псевдо-код":

1) если (!процедура_удаления_старых_данных) вывести уведомление

2) процедура_удаления_старых_данных 
{
   2.1) открыть транзакцию
   2.2) заблокировать на update нужные записи
   2.3) удалить записи
   2.4) закоммитить транзакцию
   2.5) записать изменения в служебную таблицу-лог
}

Допустим на шаге 2.3 рвется связь с базой. Естественно БД самостоятельно откатывает транзакцию. Хорошо, мы отработали проверку и вывели ошибку - "ошибка удаления записей". Вопрос - в каком объекте, удаление каких данных, и пр. В идеале бы хотелось мы видеть весть стек вызова со всеми параметрами.

Пока решил примитивным способом - вывел все  операции с базой в класс с глобальной видимостью. В классе определил QString Error. Если метод класса отрабатывает с ошибкой, он в эту переменную пишет подробности. В коде использую макросы:



В коде это выглядит примерно так:



Выводится в случае ошибки нечто, типа:



Вобщем меня это как-то не устраивает. Какие есть мысли?

Вопрос 2. Обработка отката занятых ресурсов в случае ошибки

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

Если есть желание, подумайте над "простеньким" вопросом. Вот типичный алгоритм:

1) Открыли транзакцию
2) Заблокировали запись
3) Занесли информацию с служебную таблицу - кто заблокировал и на какую операцию
4) Отредактировали запись
5) Закоммитили транзакцию
6) Удалили инфу о вашей блокировке
7) Записали в журнал операций что вы сделали с записью

На шагах 1-2-4-5 используется первое соединение с базой, с 3-6-7 второе (назовем служебное). Чтобы "служебные" операции не попадали в транзакционный блок. Теперь представим случай, на шаге 5 связь с СУБД рвется, коммит не прошел. Что делать дальше?

Вощем буду рад любым идеям

Это сообщение отредактировал(а) Majestio - 5.7.2013, 13:13

Majestio, да, к несчастью, в qt не принято использовать исключения. Однако, Вы не пробовали использовать сигналы? Я вот тоже сейчас подошёл к этой проблеме. Сделал некий базовый класс Error, а дальше думаю от него наследоваться, что реализовать все необходимые ошибки( как в Java ). Вот эту ошибку у меня будет сигнал перекидывать. Конечно, для большой вложенности придётся делать много реконнектов, но я пока другого пути не нашёл.
И ещё, я постарался такие действия выделить в команды. В них могут происходить любые исключения, они могут запускаться в отдельном потоке.
Интерфейс, в общем-то, простой:

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

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

1) В каком именно месте кода она вылелела
2) Какая именно ошибка (описание)
3) Каковы условия ее возниконовения - стек вызовов, значения переданных параметров

Как в случае сигналов это можно реализовать?

Создаётся класс Error, с параметрами, которые необходимы Вам для дальнейшей обработки. Потом Вы этот Error швыряете, а класс обработчик обрабатывает полученный Error.
Или я что-то не так объясняю?

Мне вот интересно, а кто мешает сделать:А потом в коде кидать исключения.

Ну если бы маленький примерчик ...

К примеру ....

1) Есть класс А, в его методе создается массив временных объектов класса В
2) В одном из созданных объектов (класса В) вызывается метод, который создает массив временных объектов класса С
3) В одном из созданных объектов (класса С) вызывается метод, который выполняется с ошибкой, к примеру "Попытка отката к несушествующей точке сохранения транзакции"

Как используя предложенный вами способ определить какой именно метод (и его параметры) объекта класса В вызвали ошибку, где это в программе. Равно как и А.

Я где-то на qt-project.org читал, что это не особо хорошо. Там прям длинное обсуждение на тему исключений в qt было. И этот метод не особо рекомендовали.
Пардон, думал Вы про переопределение в QApplication::notify.

Добавлено @ 15:02
Majestio, я сейчас понял, что Вас не устраивает использование __FILE__ и __LINE?

Это сообщение отредактировал(а) Guinness - 5.7.2013, 15:03

<Бесполезный совет>
Переходи на Java.    Там будет примерно как посоветовал bsa, но можно даже не ловить исключение. Java сама запишет в свой log какое было исключение, в каком файле и на какой строке и плюс, естественно, весь стек вызова.
</Бесполезный совет>

Вот не понимаю, чем она так лучше плюсов. Как по мне это поменять шило на мыло. Я конечно не очень с ней знаком, но определеный опыт был. Как мне показалось, чтобы на ней нормально писать нужно вложиться также как в С++.
Да и теже исключения, вроде прикольно придумано там. Однако, если их не обрабатываешь в методе, ты должен вынести исключение в сигнатуру метода. При наследовании, это может привести к определнным неудобствам. В общем Java после изучения оставила смешанные чувства, вроде неплохо, но определенно не лучше плюсов, т.е. не увидел я то, чтобы меня перетянуло на Java.

Majestio, если это Вас устроило, то я так задумывал это:

Далее в классе выше можно сделать connect( &obj, SIGNAL( error( const Error& ) ), this, SIGNAL( error( const Error& ) ) ).
Пока не дойдете до класса, который умеет обрабатывать данный сигнал. Это как бы я описал, примерно как я у себя собираюсь сделать.
Но мне почему то кажется, что я не понял какая у Вас проблема.

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