C++, виртуальный деструктор Опции

[Litkevich Yuriy]

Никак не могу въехать в виртуальный деструктор.
Есть некая программа написанная с использованием Qt, работает стабильно. При развитии программы, она может падать в некий момент времени, обычно при взаимодействии с пользовательским интерфейсом. Но чаще возникает авария при завершении работы.
Эту ситуацию можно пердотвратить в ведя в один из классов пустой, ничего не делающий, виртуальный деструктор.

Речь идёт о наследнике либо QObject, либо QWidget.

Может кто-нибудь объяснить, как может влиять создание руками виртуального деструктора, при условии, что его тело пустое?

[BRE]

Ситуация вообще странная.
Насколько я помню, виртуальный деструктор вводиться еще в QObject, т.е. все остальные деструкторы в наследниках (включая QWidget) по умолчанию виртуальные.

[Litkevich Yuriy]

Насколько я помню, виртуальный деструктор вводиться еще в QObject,

да, но вот Креатор, например, генерит файлы классов всегда с явно указанным деструктором, если базовый класс является QObject/QWidget.

Я просто решил сделать по аналогии, в одной из программ. которая падает при закрытии. И программа перестала падать.

Как это работает я не пойму.

Если я правильно понимаю, то должно работать так. Дано:

class QObject
{
              QObject();
  virtual ~QObject();
};


class MyObject : public QObject
{
              MyObject();

}

где-то далее в коде:

QObject  *o = new MyObject();
delete o; // <--------

в выделенной строке должен вызываться деструктор класса MyObject

или я не прав?

[BRE]

Прав.
Вызовется деструтор MyObject, а потом QObject.

[Litkevich Yuriy]

и ещё, при отладке в Креаторе увидел что в консоль приложения печатается такая строка:

Lowest section in J:\WINDOWS\system32\xpsp2res.dll is .rsrc at 00011000

если же запускаю программу в командной строке виндовоза, то такой надписи нет. Это может предвещать что-то плохое?

[Алексей1153]

Litkevich Yuriy, а когда запущено на отладку без точек останова - не видно, где падение произошло ? Обычно стек вызовов можно раскрутить до своего кода

[Litkevich Yuriy]

Обычно стек вызовов можно раскрутить до своего кода

да вот GDB сволочной отладчик, когда нужно найти проблему, он руками разводит, говорит "Может стек корупт, а?"


Но походу тут лажа очередная с qmake'ом. Прибил всю сборку, собрал начисто, всё работает. Даже намёка на падение нет, что без деструктора, что с явно созданным.

[DEADHUNT]

добавляя виртуальный деструктор получаем:
1) полиморфный класс, т.е. возможность использования dynamic_cast, typeid, ...
2) объекты можно удалять через указатель на базовый класс, при этом будет вызываться деструктор производного класса и корректно свобождается память.

[Влад]

Ежли мой склероз мне не изменяет, еще Джефф Элджер в своей "С++ Библиотека программиста" советовал: делайте деструктор всегда виртуальным, за исключением лишь тех случаев, когда есть чрезвычайно веские основания поступить иначе.

[Litkevich Yuriy]

добавляя виртуальный деструктор получаем:

речь идёт о деструкторе базового класса или наследника?