Russian Qt Forum

Подскажите, господа, какие могут быть причины того, что одна и та же программа иногда завершается крахом, а иногда нормально? Крах происходит после срабатывания всех деструкторов, вне зависимости от того, что я делал или не делал на окне. Конкретный код привести не могу, потому что его много и совершенно непонятно, что в нем приводит к такому.

UPD: дебаггер выдает вот такую ошибку:
Cannot find user-level thread for LWP: generic error

Как я понял, это что-то связанное с проблемами совместимости. Но больше ничего понять пока не вышло.

99% что это результат обращения по нулевому указателю.

Возможно. Но почему оно возникает от случая к случаю, а не стабильно?

К сожалению, возможных причин уйма  :-\ Попробуй проанализировать через valgrind!

Операционка? Компилятор?

Figaro, CentOS 6.5, g++

Проблема вроде бы решилась заменой выхода через this->close() основного окна на qApp->exit( 0 ). Но остается непонятным, почему в той же программе не было такой проблемы на 16-й Федоре, а под Вендой я вообще не знал, что такая проблема существует.

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

Нашел момент, когда происходит крах - закрытие программы через стандартный крестик.
В принципе, можно переопределить closeEvent() у основного окна, но это костыль. Отчего такое может возникать? Что-то не чистится из памяти?

логгируй работу программы в stderr

Логирую по дефолту. В каждой функции - вход и выход, в каждом констркуторе и деструкторе сообщение об окончании работы.
Крах происходит после успешного срабатывания всех деструкторов. Буквально на самой последней строчке программы.

комментируй код (окна, классы) и смотри когда падает - так обычно помогает
переопределял ли чтото типа qInstallMessageHandler ?

Переопределял только timerEvent() у одного виджета и contextMenuEvent() у другого вложенного.
Насчет комментирования - сейчас попробую прогнать, посмотрим, что получится.

Есть один момент: интерфейс в основном сделан через дизайнер, то бишь, через подключение Ui.
Там есть какие-то моменты, которые могут рушить программу?

Явно что-то нехорошее происходит, связанное с closeEvent(), потому что при выходе через qApp->exit() все нормально.

делай QApplication::exit в closeEvent

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

Где то у тебя что-то рушится. Смотри все указатели, выход за границы массива.

А почему все-таки динамически? То есть, я только что сидел и комментировал разные места кода, прогоняя после этого компиляцию с последующим выходом раз по десять. В итоге выяснилось, что программа выдает либо 0, либо крах чуть ли не рандомно.

ммм... Тут надо начинать с азов.

При закрытии главного окна вызываются деструкторы всех детей.

Если у вас имеется потерянный указатель, выход за границы массива, используется неинициализированный указатель или вы используете указатели приводя типы C-шным преобразованием, у вас могут быть испорчены объекты.
И при вызове деструктора они разваливаются на части.

PS по аналогии - указателю на самолёт присвоили машину. При попытке удаления крыльев у машины, возникает ексепшн :D

Нужен стек вызовов в отладчике. Без него можно и на 2 листах гадать, и на 20 - все равно толку ноль

В таком вылете стек уже % на 90 порублен в клочья :)

Почему?

2 Ginger_Ministrel
Запустила программу под valgrind и внимательно посмотрите, что он вам напишет.

Ну у меня всегда в таких случаях стек разрушен.

Странно. Стек можно потерять, если писать за пределы буфера выделенного на стеке.
Не самая типичная ошибка.

Ну тогда хужее но тоже можно. Перед тем как пускаться в объяснения - подождем ответа ТС

Побольше точек останова в сомнительные места программы, что-то типо ShowMessage. Потом каждый раз жать "Ok" и смотреть, после чего валится.