Как экспортировать экземпляр класса из DLL при LoadLibrary?

Question

[Павел Соколов]

У меня в dll есть запись типа

inline instance* i = new instance(some_args);
inline std::vector<struct_with_instance_prt>* v = new std::vector<struct_with_instance_prt>{ {some_args, i} };
extern "C" __declspec(dllexport) std::vector<struct_with_instance_prt>* getvector() { return v; }

Структура instance имеет виртуальную функцию, что она реализует от абстрактной структуры (коя находится также и в приложении что импортирует).
При LoadLibrary все импортируется благополучно, кроме виртуальных функций. Но если я буду экспортировать не вектор структур с указателем на экземпляр как поле, а вектор указателей на экземпляр, то вызов виртуальной функции происходит верно.
Контекст выполнения - dll может загружаться несколько раз в 1 процесс без предварительного высвобождения.
Почему так происходит?
Как следует экспортировать экземпляры структур, если обращение к ним идет только по указателям (то есть получаем указатель, а далее работаем по типу i->f())?
Везде нахожу ответы для примитивов и для __declspec(dllexport) + __declspec(dllimport), а для экземпляров нет. Сектор данных dll где обычно лежат примитивы тоже не помог.

Comments

[jcmvbkbc]

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

Какое-то мутное предложение. Покажи код, который не работает.

[jcmvbkbc]

inline instance* i = new instance(some_args);

Зачем здесь inline?

[Павел Соколов]

jcmvbkbc, error LNK2005 если не static и не inline. Код лучше пришлю файлом репозитория. Там 2 вектора. Оба экспортируются. По указателям первого все работает, по полю принимающее значение указателя - нет.
https://github.com/dte-devteam/DTE-HWND/blob/maste...
но при этом по непонятной мне причине в следующей dll таких проблем нет, что в векторе с указателями, что в векторе со структурами с полем-указателем все рабочее:
https://github.com/dte-devteam/DTE-algebra/blob/ma...

[jcmvbkbc]

Там 2 вектора. Оба экспортируются.

Я вижу

static std::vector<function::basicfunction*>* dllfunctions

и

static std::vector<module::function_data>* ndllfunctions

.
Ты используешь слово "экспортируются", но мне кажется, ты думаешь, что оно значит не то, что оно на самом деле значит. static у переменной вне функций и классов означает, что переменная недоступна ниоткуда кроме единицы трансляции в которой она определена. Ты возвращаешь значения этих переменных из функций getfunctions и getnfunctions, это не экспортирование. Экспортирование делает переменную или функцию доступной по её имени извне.

По указателям первого все работает, по полю принимающее значение указателя - нет.

Вот это место я и просил прояснить. Покажи код, который не работает.

[jcmvbkbc]

error LNK2005 если не static и не inline.

Ок, почему inline, а не static? И с чем конфликтует?

[Павел Соколов]

jcmvbkbc,

Вот это место я и просил прояснить. Покажи код, который не работает.

https://github.com/dte-devteam/DynamicTokenEngine/...
строка 95 например (берем стркуру из ветора, кладем указатель из ее поля, чтобы по нему вызвать i->f())
при дебаге вылетает ошибка чтения vfptr но при этом я спокойно могу читать по указателю поля i, причем я полностью уверен, что вызывается именно тот i, что мне нужен и с параметрами, что не приведут к ошибке
Может я неверно выразился про экспорт относительно dll, но в плане программы экспорт осуществляется указателем на вектор.
static/inline имеют совершенно одинаковый результат

[jcmvbkbc]

static/inline имеют совершенно одинаковый результат

Павел Соколов, я, вижу в твоём будущем много удивления.

Answer 1

[jcmvbkbc]

Я вижу проблему в определении класса module::module. Ты хранишь экземпляры этого класса в векторе, но у него нет конструкторов копирования и операторов присваивания. А это значит, что созданный здесь временный объект module::module будет там же и разрушен с вызовом FreeLibrary и потерей актуальности всех статических указателей в модуле который был загружен. Среди которых будут указатели на таблицы виртуальных функций для классов определённых в этом модуле.

Comments

[Павел Соколов]

а почему тогда здесь такого не происходит и вызов функции из этого же объекта не вызывает ошибки? просто не успевает появиться мусор?

[jcmvbkbc]

почему тогда здесь такого не происходит

Павел Соколов, может потому что там modules[1], а тут modules[0].
Ты можешь легко проверить мою гипотезу закомментировав FreeLibrary в деструкторе.

[Павел Соколов]

jcmvbkbc, да, гипотеза рабочая, но несмотря на это не понимаю, как в одном случае деструктор не вызвался, а в другом вызвался, несмотря на то, что конструктор и добавление одинаковое

[jcmvbkbc]

как в одном случае деструктор не вызвался, а в другом вызвался,

Павел Соколов, возможно это было RVO. В любом случае, чтобы класс module::module всегда работал правильно ему нужны конструкторы копирования/перемещения и операторы присваивания. Либо поле library должно быть не просто HMODULE а реализовывать логику копирования/перемещения.

Answer 2

[Евгений Иванович]

Передать указатель на экземпляр класса. Допустим в DLL при импортировании через какой ни будь интерфейс вызова .

.h/.cpp

extern "C" __declspec(dllexport) AClass * GetExemplarOfAClass();

Comments

[Павел Соколов]

у меня экспортируется вектор, передача вектора укзателей - работает виртуальная функция, передача структур с этим указателем - виртуальная функция не работает

[Евгений Иванович]

Павел Соколов, виртуальная функция, значит нужно передать реализацию функции.

[Евгений Иванович]

Павел Соколов, если класс содержит реализацию виртуальной функции то должно работать