R6025 pure virtual function call при вызове метода, реализованного в дочернем классе

@igorbelykh · Регистрация: 01.03.2013

Студворк — интернет-сервис помощи студентам

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

C++

void AbstractTask::start()
{
    CreateThread(NULL, 0, StaticThreadStart, (void*) this, 0, &myThreadId);
}
 
DWORD WINAPI AbstractTask::StaticThreadStart(void* Param)
{
    AbstractTask* This = (AbstractTask*)Param;
    This->run();
    return TRUE;
}

это отрывок абстрактного класса, который расширяется дочерними. В дочерних метод run() реализован. Что может быть не так?

@~~raccoonlove~~ · 07.03.2014, 17:17

igorbelykh, в заголовке у вас написано, что ошибка в вызове чисто виртуальной функции, то есть виртуальной функции, не имеющей ни одной имплементации. Проверьте, вы что-то недореализовали.

@igorbelykh · 07.03.2014, 17:27 **[ТС]**

Да у меня всего одна виртуальная функция и она реализована.

@~~raccoonlove~~ · 07.03.2014, 17:28

igorbelykh, тогда дайте весь код.

@DrOffset · 07.03.2014, 17:29

igorbelykh, случайно не из конструктора метод start() вызываешь?

@igorbelykh · 07.03.2014, 17:41 **[ТС]**

DrOffset, Нет, метод старт вызывается из другого класса. Дебаггер указывает на строку:

C++

1	This->run();

вот подкласс, реализующий метод run()
Заголовочный файл

C++

#pragma once
#include "AbstractTask.h"
 
#pragma comment(lib, "Gdi32.lib")
 
class TaskDesktop :
    public AbstractTask
{
public:
    TaskDesktop(char* cmdName) :AbstractTask()
    {
        UINT len = strlen(cmdName) + 1;
        cmd = new char[len];
        strcpy_s(cmd, len, cmdName);
    }
    ~TaskDesktop();
protected:
    void run();
private:
    char* cmd;
};

тело

C++

#include "stdafx.h"
#include "TaskDesktop.h"
 
 
 
 
TaskDesktop::~TaskDesktop()
{
    delete[] cmd;
}
 
void TaskDesktop::run()
{
    if (strcmp(cmd, "screenshot"))
    {
             std::cout << "Make a screenshot" << std::endl;
    }
}

@DrOffset · 07.03.2014, 17:46

igorbelykh, в этом коде все нормально.
Неплохо бы посмотреть условия вызова start() и сам абстрактный класс.

@igorbelykh · 07.03.2014, 17:53 **[ТС]**

DrOffset, вот вызов

C++

1
2
3

char* cmdName = "screenshot";
TaskDesktop task = TaskDesktop(cmdName);
task.start();

вот заголовок абстрактного класса

C++

#pragma once
#include <windows.h>
#include <iostream>
#include <thread>
 
#pragma comment(lib, "user32.lib")
#pragma comment(lib, "advapi32.lib")
 
class AbstractTask
{
public:
    AbstractTask();
    ~AbstractTask();
    void start();
    int getState();
    static DWORD WINAPI StaticThreadStart(void*);
protected:
    virtual void run()=0;
private:
    int iState;
    DWORD myThreadId;
    HANDLE myThread;
};

тело класса

C++

#include "stdafx.h"
#include "AbstractTask.h"
 
 
AbstractTask::AbstractTask()
{
    iState = 0;
}
 
 
AbstractTask::~AbstractTask()
{
}
 
int AbstractTask::getState()
{
    return iState;
}
 
void AbstractTask::start()
{
    CreateThread(NULL, 0, StaticThreadStart, (void*) this, 0, &myThreadId);
}
 
DWORD WINAPI AbstractTask::StaticThreadStart(void* Param)
{
    AbstractTask* This = (AbstractTask*)Param;
    This->run();            // <-- ругается на эту строку
    return TRUE;
}

@DrOffset · 07.03.2014, 18:02

А если так попробовать?

C++

char* cmdName = "screenshot";
TaskDesktop task(cmdName);
AbstractTask * pTask = &task;
pTask->start();

@igorbelykh · 07.03.2014, 18:12 **[ТС]**

То же самое

@DrOffset · 07.03.2014, 19:02

igorbelykh, А... ну так это, если там написано именно как в примере, то task уничтожился в конце области видимости, а поток продолжил работу с несуществующим объектом. Для пробы запусти такой код:

C++

1
2
3

char* cmdName = "screenshot";
AbstractTask * task = new TaskDesktop(cmdName);
task->start();

delete пока не вызывай.

@igorbelykh · 08.03.2014, 19:23 **[ТС]**

DrOffset, Спасибо большое. Правда я сам чуть раньше разобрался. Я просто сейчас все задачи помещаю в std::vector. Вернее помещаю ссылки на них. Так как TaskManager живет все время (т.е. где создаются эти задачи), то соответственно объект не успевает удалиться.

@DrOffset · 08.03.2014, 19:30

igorbelykh, ты главное вот еще что учти: ты должен класть в void* тот тип, который потом собираешься достать. Вот так:

C++

void AbstractTask::start()
{
    CreateThread(NULL, 0, StaticThreadStart, (AbstractTask*)this, 0, &myThreadId);
}
 
DWORD WINAPI AbstractTask::StaticThreadStart(void* Param)
{
    AbstractTask* This = (AbstractTask*)Param;
    This->run();
    return TRUE;
}

иначе при вызове метода start из наследника, туда попадет совсем другой this. А преобразование через void* от наследника к базе - это UB.

@igorbelykh 8 / 8 / 3 Регистрация: 01.03.2013 Сообщений: 85
	07.03.2014, 18:12 [ТС]	10
	То же самое 0

@~~raccoonlove~~ Заблокирован
	07.03.2014, 17:17	2
	igorbelykh, в заголовке у вас написано, что ошибка в вызове чисто виртуальной функции, то есть виртуальной функции, не имеющей ни одной имплементации. Проверьте, вы что-то недореализовали. 0

@igorbelykh 8 / 8 / 3 Регистрация: 01.03.2013 Сообщений: 85
	07.03.2014, 17:27 [ТС]	3
	Да у меня всего одна виртуальная функция и она реализована. 0

@~~raccoonlove~~ Заблокирован
	07.03.2014, 17:28	4
	igorbelykh, тогда дайте весь код. 0

@DrOffset 18347 / 9530 / 2329 Регистрация: 30.01.2014 Сообщений: 16,654
	07.03.2014, 17:29	5
	igorbelykh, случайно не из конструктора метод start() вызываешь? 0

@DrOffset 18347 / 9530 / 2329 Регистрация: 30.01.2014 Сообщений: 16,654
	07.03.2014, 17:46	7
	igorbelykh, в этом коде все нормально. Неплохо бы посмотреть условия вызова start() и сам абстрактный класс. 0

@igorbelykh 8 / 8 / 3 Регистрация: 01.03.2013 Сообщений: 85
	08.03.2014, 19:23 [ТС]	12
	DrOffset, Спасибо большое. Правда я сам чуть раньше разобрался. Я просто сейчас все задачи помещаю в std::vector. Вернее помещаю ссылки на них. Так как TaskManager живет все время (т.е. где создаются эти задачи), то соответственно объект не успевает удалиться. 0

R6025 pure virtual function call при вызове метода, реализованного в дочернем классе

Решение