Russian Qt Forum

Есть ли аналог TApplication.OnException ?

заверни содержимое main() в try-catch

Чукча не читатель проверятель, чукча писатель?

C++ (Qt)
#include <QtGui/QApplication>
#include "mainwindow.h"
 
int main(int argc, char *argv[])
{
    try
    {
        QApplication a(argc, argv);
        MainWindow w;
        w.show();
        return a.exec();
    }
    catch ( ... )
    {
        qDebug( "Eception" );
    }
}

C++ (Qt)
void MainWindow::on_b1_clicked()
{
    int i=0;
    setWindowTitle(QString::number(1/i));
}
 
void MainWindow::on_b2_clicked()
{
    throw new std::exception();
}

Не ловит ни то, ни то.

видимо надо было уточнить:

C++ (Qt)
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    try
    {
        MainWindow w;
        w.show();
    }
    catch ( ... )
    {
        qDebug( "Exception" );
    }
    return a.exec();
}

Вообще не проверятель? :D

и правильно не ловит

непонятно, можете пояснить? (первый пример c catch ( ... ))

mejuhafr офтоп, но всё же: надо делать throw std::exception (), без new

см. скриншот

C++ (Qt)
#include <QtGui/QApplication>
#include <QtGui/QWidget>
 
class Widget : public QWidget
{
    Q_OBJECT
 
public:
    Widget(QWidget *parent = 0) { throw std::exception(); }
};
 
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
 
    try
    {
        Widget w;
        w.show();
    }
    catch (...)
    {
        qDebug("exception");
    }
 
    return a.exec();
}

из-за утечки памяти?

То есть вы считаете правильным, что эксепшн, брошенный в слоте, должен приходить в место вызова сигнала и сворачивать там стек (и 99% там не будет кода, к-ый бы их отлавливал и корректно очищал ресурсы - например такого вида char * buffer = new char[1024])
Посему внутрях сигнал/слотов, в тч в цикле обработки событий (если мне не изменяет память) стоит try {} catch {}, к-ый ловит все эксепшны из слотов и "гасит" их; возможно что-то печатает в консоль/вызывает подменяемый хэндлер

kambala, если исключения не будет, то ваш код уничтожит окно до того, как мы попадём в обработчик событий, что несколько неправильно. Да и исключение не из конструктора/show/setVisible() он не поймает.

Попробовал, у меня exception'ы, порождаемые в слотах никем не гасятся. Программа просто умирает.

И из-за утечки тоже, но в основном чтобы не писать лишнего, странного кода, который запутает читателя. В C++ можно и число (int) кинуть, но так никто не делает почему-то.

А вы только директ соединение пробовали? Я процентов на 80 уверен, что в эвент лупе стоят QT_TRY

да, точно, спасибо. чуть переделал:

C++ (Qt)
#include <QtGui/QApplication>
#include <QtGui/QWidget>
#include <QtGui/QPushButton>
 
class Widget : public QWidget
{
    Q_OBJECT
 
public:
    Widget(QWidget *parent = 0)
    {
        QPushButton *b = new QPushButton("exception", this);
        connect(b, SIGNAL(clicked()), SLOT(throwException()));
    }
 
private slots:
    void throwException() { throw std::exception(); }
};
 
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
 
    Widget w;
    try
    {
        w.show();
    }
    catch (...)
    {
        qDebug("exception");
    }
 
    return a.exec();
}

и тут же получил "ответ" в консоли:

TApplication.OnException возникает при генерации исключения в цикле обработки сообщений. Заворачивание тела main() в try/catch к этому отношения не имеет.

Для перехвата исключений из цикла необходимо переопределить Q[Core]Application::notify().

Но все это не вяжется с дизайном Qt. Об ошибках здесь сообщается не через исключения.

Для того, чтобы ловить исключения из слотов необходимо патчить QMetaObject::activate(). В частности, будет возможен вызов второго и всех остальных приконнекченных к данному сигналу слотов, если первый слот выбросит исключение. Это согласуется с дизайном Qt, поскольку формально порядок вызова слотов не определен, а, следовательно, слоты несут независимый друг от друга код.

В последних версиях Qt эту неопределённость убрали и в справке порядок официально закрепили порядок (хотя, говорят, и раньше оно работало именно так):Хотя надо понимать, что в случае соединения через очередь «slot is activated» значит лишь постановку в очередь.

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

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

Вот надо отловить кутешные exeptionы. Что надо для этого. И как это сделать?... Никак не пойму логику кути в этом вопросе.

Свои можно генерить и обрабатывать. А кутешные?

Да не генерит Qt  эксепшны, сколько раз повторять?

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

Ещё, в Qt исключения не используются (дизайн такой), но если бы использовались, то были бы обычными C++ исключениями. "Необычные", в т.ч. и по поводу нарушений памяти умеет генерить ОС windows, но этим механизмом пользоваться нельзя.

Тут где-то была библиотечка, выдранная из либжава, к-ая генерит арифметические эксепшны и эксепшны обращения к памяти