19 августа 2019 г. 3:39

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().
Это возможно?

Рекомендуем хостинг TIMEWEB
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.
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'");
}

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

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

  • 21 августа 2019 г. 1:31

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

Комментарии

Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
Ищу работу?
25,000.00 руб. - 30,000.00 руб.
Разработчик Qt/C++
Barnaul, Altai Krai, Russia

Для зарегистрированных пользователей на сайте присутствует минимальное количество рекламы

ЮА
17 сентября 2019 г. 8:51
Юлия Александрова

C++ - Тест 001. Первая программа и типы данных

  • Результат:33баллов,
  • Очки рейтинга-10
ЮА
17 сентября 2019 г. 8:36
Юлия Александрова

C++ - Тест 004. Указатели, Массивы и Циклы

  • Результат:10баллов,
  • Очки рейтинга-10
ВД
16 сентября 2019 г. 11:47
Виктор Дзенькив

C++ - Тест 002. Константы

  • Результат:75баллов,
  • Очки рейтинга2
Последние комментарии
17 сентября 2019 г. 6:07
Misha Lebedev

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

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

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

Приветствую вас Евгений , давно наблюда за развитием вашего замечательного портала, много полезно тут нашел , переодически зачитываюсь. Теперь по сушеству, делаю портал и там идеально ложи…
10 сентября 2019 г. 16:38
Евгений Легоцкой

function view для модели Article и LikeDislike.LIKE будет выглядеть так def like(request, pk): obj = Article.objects.get(pk=pk) try: likedislike = LikeDislike.objects.get(cont…
Сейчас обсуждают на форуме
p
17 сентября 2019 г. 5:02
pstMem

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

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

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

Однозначно PostgreSql не ниже 10 ки.
R
16 сентября 2019 г. 7:09
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
О нас
Услуги
© EVILEG 2015-2019
Рекомендует хостинг TIMEWEB