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

[DEADHUNT]

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

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

класс имеет виртуальный деструктор, т.е. в классе есть хотя бы один виртуальный метод, таким образом компилятор считает данный класс полиморфным, и обращается с ним иначе чем с обычными классами(как описано выше).

[Алексей1153]

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

о, я даже прошёлся по этим граблям разок ) Если интересно, могу вспомнить

[Litkevich Yuriy]

класс имеет виртуальный деструктор

ну это-то понятно, это я в первых постах написал.
Мне не понятно, может ли влиять явное создание пустого деструктора у наследника QObject (или иного класса, с виртуальным деструктором).
На мой взгляд нет.


Но похоже это какая-то кривость Креатора. Любое изменение в коде (в заголовочниках) сейчас опять выливается в аврию. Если же компилю в консоли или в PN-2, то всё нормально.

[kwisp]

лишний повод(причина) не использовать креатор.

[Iron Bug]

Мне не понятно, может ли влиять явное создание пустого деструктора у наследника QObject (или иного класса, с виртуальным деструктором).
На мой взгляд нет.

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

[Алексей1153]

и ещё
... вызываются ли виртуальные функции в деструкторе (низя)
... производится ли где-то явное приведение типа с последующим изменением начала объекта (бьётся таблица виртуальных функций)

[BRE]

... вызываются ли виртуальные функции в деструкторе (низя)

Почему нельзя?

[kwisp]

BRE,
не знаю почему но могу предположить:
при вызове вирт. диструктора вызывается на самом деле деструктор производного объекта(уничтожает поля производного класса) , который в свою очередь вызывает деструктор базового класса(тот самый виртуальный) ав нем виртуальные функции которые могут использовать уже удаленные поля производного класса...

по моему логично

если диструктор не виртуальный а в нем виртуальные функции то эти вирту функции напросто обратятся уже к удаленным полям производного объекта.
порядок вызова деструкторов обратный то

[Алексей1153]

Вроде нельзя, потому что виртуальная таблица уже порушена. Будут вызываться функции данного объекта, а не потомков
А как там в стандарте ?

Надо будет эксперимент поставить, но щас у меня мысль в другом русле, пока не могу )

Сообщение отредактировал Алексей1153 - 17.8.2010, 19:13

[BRE]

На сколько я помню, при удалении объекта с виртуальным деструктором, будет вызван деструктор из его vtbl. После его отработки, vtbl будет переключена на таблицу базового класса и будет вызван его деструктор и т.д. Даже если ты будешь удалять объект по указателю на его базовый класс. В этом и смысл.
А вот с конструкторами такое не пройдет, они не могут быть виртуальными. Поэтому, в конструкторе будет вызван виртуальный метод того класса, конструктор которого в данный момент работает, даже если в производном классе он переопределен.