Russian Qt Forum

Доброго времени суток!

Не могу понять как реализовать обработку исключений в Qt под Windows XP.

Делаю пример:

C++ (Qt)
    QPushButton* pb = new QPushButton(this);
    pb->show();
    delete pb;
 
    try {
        pb->show();
    } catch(std::exception &e) {
        QMessageBox::about(this, "Error", "Catch error!");
    } catch (...) {
        QMessageBox::about(this, "Error", "Something error!");
    }
 

Приложение тупо вылетает на этом месте.
Винда пишет "Возникли ошибки ... и хочет послать отчет" ....

КАК нормально отлавливать такие глюки?

А с каких пор функция show () стала кидать исключения?

C++ (Qt)
    QPushButton* pb = new QPushButton(this);
    pb->show();
 
!!!!    delete pb;
 
    try {
        pb->show();
    } catch(std::exception &e) {
        QMessageBox::about(this, "Error", "Catch error!");
    } catch (...) {
        QMessageBox::about(this, "Error", "Something error!");
    }
 

Это так и задумано?

>>Это так и задумано?
это видимо для теста и сделано, т.е. далее обращение к несуществующему объекту.
И, как я понял, исключение в коде не ловится

Segmentation Fault не ловится через try {} catch(){}.

Это избитая тема. Я тоже с ней разбирался, можешь почитать: http://www.visualdata.ru/blog/109-segv-signal.html

Да, так и задумано.
Это упрощенная ситуация следующего глюка:

Программа уже достаточно сильно разрослась и нет, нет да вылезает глюк обращения к несуществующему объекту. Дабы user не впадала в "kernel panic" хочется выкинуть какое-то сообщение да и написать там для меня где именно. Организовать отлов таких моих упущений я вижу только через try-catch.

P.S.:
 Пока писал появились понимающие меня люди, очень рад и благодарен.

По умолчанию ловится только то что испускается throw (C++ exception). Можно заставить ловить и др. исключения, почитать напр. здесь http://msdn2.microsoft.com/en-us/library/1deeycx5.aspx (http://msdn2.microsoft.com/en-us/library/1deeycx5.aspx)

Но в любом случае нет никакой гарантии что исключение вообще возникнет при работе с удаленным указателем. Так что это не метод

Старайся избегать delete, используй умные указатели, при удалении всегда зануляй... Что еще посоветовать? Присоединяюсь к предыдущему посту, что на 100% никакой отлов sigsegv не страхует от непредсказуемого поведения программы.

Под линупсом для чистки кода мне помогает valgrind, полезно периодически проверяться на вшивость.

после удаления объекта занятая им память возвращена в system pool, и уже не принадлежит приложению, выделенный ранее сегмент удален из соответствующей таблицы, поэтому любое обращение к удаленному объекту - это обращение к объекту вне приложения, следовательно segfault

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

а работу exception достаточно проверять (int*)0 = 0;  ;D

Если бы это было так - жить было бы намного проще  :) Увы, после удаления память может оставаться валидной (и не только на Вындоуз). Грубо говоря, ОС поддерживает "таблицы" для страниц, а не для каждого блока памяти. Поэтому "успешная" запись в удаленный блок (с результатом битая куча/heap)  - явление рядовое

+1

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

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

на x86 во всяком случае так, на ARM вроде бы тоже (не встречал хорошего описания его управления памятью)

во всяком случае, за все время, сколько я сознательно за деньги много программирую, обращение к возвращенному блоку не давало слета только в одной ОС - в MS-DOS  ;D

Гурман, да ты везунчик  ;)

Хоть они и страницы приложения, но все равно размер у них 4 Kb, и в одну страницу умещается несколько десятков объектов, один из них удаляется, но страница то остается...

кхм... а я почти никогда не захватываю такими мелкими кусками  ;) - у меня стратегия такая, оптимизация расхода, стараюсь, если захватывать, то кусками не менее 256К

так что, дело не везении  ;)

Не используешь Qt? Не используешь классы в динамической памяти? Консольный C ? :o

я про свои объекты говорил, которые Qt мало где наследуют... :)

классы нельзя "использовать в динамической памяти" - в ней можно создавать экземпляры объектов  ;)

а с Qt в огромном числе случаев можно обходиться стеком, и delete писать не надо  ;)

Практически все кутэшные классы используют приватную имплементацию, память под которую выделяется динамически.


Я это и имел ввиду  ;D

Можно использовать QPоinter. Перед использованием проверяешь на ноль. Описанную проблему решает.