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

[kwisp]

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

[DEADHUNT]

что тут верить то Проверить, и всё

код собирается без ошибок.
а в конце 10.4 (Abstract Classes) написано:

Member functions can be called from a constructor (or destructor) of an abstract class; the effect of making a
virtual call (10.3) to a pure virtual function directly or indirectly for the object being created (or destroyed)
from such a constructor (or destructor) is undefined.

в таких случаях лучше реализовывать чисто виртуальную функцию:

class A {
public:
    virtual void foo() = 0;
};

void A::foo()
{
}

[Алексей1153]

хитрец ты вызываешь не чисто виртуальную функцию а переорпеделенную.

прошагай отладчиком - никакой хитрости Или я просто не понял, что ты имел в виду под "вызов чистых виртуальных функций". Ведь в классе A - это и есть есть чистая

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

[DEADHUNT]

Или я просто не понял, что ты имел в виду под "вызов чистых виртуальных функций".

struct A {
virtual void foo() = 0;
};

struct B : public A {

void foo()
{
    A::foo(); // <-
}

};

Сообщение отредактировал DEADHUNT - 18.8.2010, 14:03

[Iron Bug]

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

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

[Алексей1153]

DEADHUNT, понятно )

А я то понял, что про именно из A вызов говорилось

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

[Litkevich Yuriy]

вобщем шутки RunTime продолжаются.

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

Прога падает при некоторых изменениях в исходнике. падает в самых неожиданных местах. Попытка добавить qDebug в выше стоящие по иерархии модули решает проблему (т.к. эти модули перекомпилируются).
Проделал такой эксперимент. При возникновении проблем, в один из вышестоящих модулей добавляю пустую строку - это вызывает перекомпиляцию. И теперь прога работает стабильно.

Не уж-то на CMake придётся переходить? Так не охота что-то изучать на середине проекта.

[Алексей1153]

Litkevich Yuriy, а у тебя нигде директива не используется такая?
#pragma pack


upd
(всё, вопрос неактуален )) Внимательнее прочитал пост Юрия и понял, что это ни при чём)

Сообщение отредактировал Алексей1153 - 19.8.2010, 12:44

[DEADHUNT]

Не уж-то на CMake придётся переходить? Так не охота что-то изучать на середине проекта.

а все вызовы дополнительных утилит(moc, uic, etc.) в ручную прописывать?

[BRE]

а все вызовы дополнительных утилит(moc, uic, etc.) в ручную прописывать?

Зачем? CMake это все умеет и даже намного больше.