Aug. 19, 2019, 3:39 a.m.

Exceptions Обработка исключений в программе

Здравствуйте!
Хотелось бы в своем приложении сделать цетрализованную обработку исключительных ситуаций для их логирования.
Переопределил метод notify():

static const int EC_MAINLOOP_ERROR = 1;
static const int EC_MAINLOOP_UNKNOWN_ERROR = 2;

bool MyAppApplication::notify(QObject *re, QEvent *ev)
{
    try
    {
        return QApplication::notify(re, ev);
    }
    catch(QString &e)
    {
        QString s = QString("Программа аварийно завершила свою работу с сообщением: %1. Источник %2").
                      arg(e).arg(re->objectName());
        qDebug() << s;
        log(s);  // Запись в лог
        QTimer::singleShot(0, this, [this]()
        {
            exit(EC_MAINLOOP_ERROR);
        });
    }
    catch(...)
    {
        QString s = QString("Программа аварийно завершила свою работу по неизвестной причине. Источник %1")
                    .arg(re->objectName());
        qDebug() << s;
        log(s);  // Запись в лог
        QTimer::singleShot(0, this, [this]()
        {
            exit(EC_MAINLOOP_UNKNOWN_ERROR);
        });
    }
    return false;
}

Далее,
если я вызываю исключение так: throw 1; - управление передается notify(), исключение обрабатывается, логируется и т.д.
если же я вызываю сбой, например так:
int v = 0;
v = 25 / v;
То сбой не доходит до notify(), появляется сообщение и программа закрывается.

Обрамлял исключение в свой блок try catch:

try
{
    int v = 0;
    v = 35 / v;
}
catch(...)
{
    throw 2;
}

Сбой не доходит до catch, программа завершается с ошибкой.
Если же я внутрь try поставлю throw 1; - то сбой возникнет, но он будет обработан notify.

Как быть, чтобы:
1) Обрабатывались исключения, не только вызванные throw
2) Исключения обрабатывались сначала внутри локальных try catch блоков, а необработанные доходили до notify().
Это возможно?

We recommend hosting TIMEWEB
We recommend hosting TIMEWEB
Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.
2

Добрый день.

Вы делаете некорректную попытку создать исключение.

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

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

То есть даже такой код не сгенерирует ожидаемое вами исключение

#include <iostream>

using namespace std;

int main()
{
    try
    {
        cout << "try 1" << endl;
        int v = 0;
        v = 35 / v;
        cout << "try 2" << endl;
    }
    catch(...)
    {
        cout << "try 3" << endl;
    }
    return 0;
}

Так что, предполагаю, что по первому пункту у вас в данный момент проблема надуманная.

Впрочем на некоторых форумах пишут, что данные исключения замаскированные сопроцессором и их можно ловить. Например, вот это должно работать под Windows.

// compile with: /EHa
#include <stdio.h>
#include <windows.h>
#include <eh.h>

void SEFunc();
void trans_func( unsigned int, EXCEPTION_POINTERS* );

int main( void )
{
    try
    {
        _set_se_translator( trans_func );
        SEFunc();
    }
    catch( const std::exception& e )
    {
        printf( " caught exception - %s.\n",e.what() );
    }
}
void SEFunc()
{
    int x, y=0;
    x = 5 / y;
}

void trans_func( unsigned int u, EXCEPTION_POINTERS* pExp)
{
    printf( "Some structured exception occurred.\n" );
    throw std::exception("may be division by zero - for more details look at my 'pExp'");
}

Но это уже платформозависимый код.

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

Спасибо большое.
Я долгое время писал на Object Pascal, привык, что там любое исключение, а не только сгенерированное самостоятельно, может быть перехвачено и обработано в блоках try. Дело в том, что не всегда можно точно предугадать, какой код приведет к сбою. И когда программа просто "падает", не оставляя следов, такое отладить сложно, особенно если оно нестабильно. Для этого и хотел сделать логирование сбоев, как это делал в Object Pascal.

Comments

Only authorized users can post comments.
Please, Log in or Sign up
Looking for a Job?
25,000.00 руб. - 30,000.00 руб.
Разработчик Qt/C++
Barnaul, Altai Krai, Russia

For registered users on the site there is a minimum amount of advertising

JuA
Sept. 17, 2019, 8:51 a.m.
Julija Aleksandrova

C++ - Test 001. The first program and data types

  • Result:33points,
  • Rating points-10
JuA
Sept. 17, 2019, 8:36 a.m.
Julija Aleksandrova

C ++ - Test 004. Pointers, Arrays and Loops

  • Result:10points,
  • Rating points-10
VD
Sept. 16, 2019, 11:47 a.m.
Viktor Dzen'kiv

C++ - Test 002. Constants

  • Result:75points,
  • Rating points2
Last comments
Sept. 17, 2019, 6:07 a.m.
Misha Lebedev

Кстати интересные темы нашёл тут https://emacsway.github.io/ru/django-framework/#django-models Может что полезного тоже Евгений найдёте
Sept. 17, 2019, 4:50 a.m.
Misha Lebedev

Доброго времени суток. Спасибо за хороший ответ, У меня ситуация така что в галлереи будет несколько миллионов фотографий с фильтрами и тегами , и я опасаюсь за производительност . Это ос…
Sept. 17, 2019, 3:23 a.m.
Evgenij Legotskoj

Добрый день. Да, я тоже читал ту статью в своё время и согласен с тем, что внешние ключи гораздо лучше, чем GenericForeignKey. Выборки в ряде случае работают быстрее. Но лично мне про…
Sept. 14, 2019, 5:08 p.m.
Misha Lebedev

Приветствую вас Евгений , давно наблюда за развитием вашего замечательного портала, много полезно тут нашел , переодически зачитываюсь. Теперь по сушеству, делаю портал и там идеально ложи…
Sept. 10, 2019, 4:38 p.m.
Evgenij Legotskoj

function view для модели Article и LikeDislike.LIKE будет выглядеть так def like(request, pk): obj = Article.objects.get(pk=pk) try: likedislike = LikeDislike.objects.get(cont…
Now discuss on the forum
p
Sept. 17, 2019, 5:02 a.m.
pstMem

Да, действительно нужно дебажить, по другому не словить исключение. Уже решил проблему, был выход за предел массива, не правильные входные данные, так что всегда проверяйте размер массива.
Sept. 17, 2019, 3:39 a.m.
Evgenij Legotskoj

Добрый день! На удалённом сервере вряд ли. Этот класс из core модуля, а удалённый сервер - это ещё и network модуль нужно подтягивать. Тут на удалэнном сервере нужно делать программу…
Sept. 17, 2019, 3:30 a.m.
Evgenij Legotskoj

Добрый день! Попробуйте toHex() А также создние QString с помощью from методов. Может быть QString::fromLatin1(). В документации на QString почти два десятка методов from, один из них…
m
Sept. 16, 2019, 1:54 p.m.
mihamuz

Однозначно PostgreSql не ниже 10 ки.
R
Sept. 16, 2019, 7:09 a.m.
RED_Spider

прочитайте https://doc.qt.io/archives/qt-5.11/osx-deployment.html QMAKE_POST_LINK += "~/Qt/5.12.0/clang_64/bin/macdeployqt $${TARGET}.app $$escape_expand( \\n\\t )"
EVILEG
About
Services
© EVILEG 2015-2019
Recommend hosting TIMEWEB