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

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

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

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

Я не видел, как класс варианта построена в любом из ваших образцов кода. Вы уверены, что переданный идентификатор находится в пределах досягаемости для рабочего массива? Кроме того, вы строите объекты, используя «новую», верно? Если вы построили объект в стеке, он зарегистрировался бы с директором, но после того, как конструктор возвращает объект, будет немедленно уничтожен, но режиссер сохранит его указатель на объект, который был на стеке.

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

Из моего комментария к другому вопросу рассмотрим использование STD :: Vector вместо двойного указателя. Легко поддерживать и понимать и удаляет вашу необходимость поддерживать массив.

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

class baseWorkerClass
{
public:

    baseWorkerClass(int id) :
        id( id )
    {
    }

    virtual ~baseWorkerClass()
    {
    }

    int getThreadID(){ return id; };
    virtual int getSomeVariable() = 0;

protected:
    int id;
};

class workerVariant : protected baseWorkerClass
{
    public:

    workerVariant(int id) :
        baseWorkerClass( id )
    {
        Director::manageWorker(this);
    }

    virtual ~workerVariant()
    {
    }

    int getSomeVariable()
    {
        return someVariable;
    }

protected:
    int someVariable
};

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

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

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

Мораль истории: не делайте в конструкторе ничего, что вызовет виртуальную функцию. Он просто не будет делать то, что вы ожидаете. Даже когда это не чисто.

Разве вы не случайно доступа к объектам после того, как они разрушаются? Поскольку во время разрушения указатели VTable постепенно будут «откатываться», чтобы записи VTable указывают на методы базового класса, некоторые из которых абстрактны. После удаления объекта память может быть оставлена ​​так, как она была во время деструктора базового класса.

Я предлагаю вам попробовать инструменты отладки памяти, такие как VALGRIND или malloc_check_ = 2 . Также на Unix довольно легко получить укладку для таких фатальных ошибок. Просто запустите свое приложение под GDB, или TotalView , и в точке произойдет ошибка, она автоматически остановится, и вы можете посмотреть на стек.