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

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

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

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

void A::foo()
{
}

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

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

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

struct B : public A {

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

};

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

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

DEADHUNT, понятно )

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

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

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

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

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

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

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


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

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

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

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