Импорт из dll перегруженных операторов

@Taurendil · Регистрация: 20.09.2010

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

Здравствуйте, уважаемые программисты!

По заданию необходимо при явном подключении dll импортировать класс. С обычными методами все понятно, делаю так:

C++
1
2
3
4
5
6
7
8
9
10
11
class cFloatMatr
{
public:
......
    bool (*isKvadr)();
......
}
------------------------------------
cFloatMatr matr;
    matr.isKvadr=(bool (*) ())GetProcAddress(h,"isKvadr");
    bool a = matr.isKvadr();

А как быть с операторами? Также естественно нельзя:

C++
1
cFloatMatr (*operator+)(const cFloatMatr &B);

Пытался в самом методе загружать оператор из dll:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class cFloatMatr
{
public:
......
    cFloatMatr operator+(const cFloatMatr &B)
    {
        //загружаем dll
        HINSTANCE h=LoadLibrary("matr.dll");
        if(!h) //Если DLL не загрузилась 
            return *this;
 
        typedef cFloatMatr (*TFunc)(void *, const cFloatMatr);
        TFunc func = (TFunc)GetProcAddress(h,"@TMyClass@exportfun$qqrii");
 
        return func(this, B);
           }
......
}

Но получил ошибки:

C++
1
2
3
4
error C2664: cFloatMatr (void *,const cFloatMatr): невозможно преобразовать параметр 2 из "const cFloatMatr" в "const cFloatMatr"
1>          Не удается копировать конструкцию class "cFloatMatr", так как конструкторы копий неоднозначны или отсутствуют
1>c:\projects\dll_matr\test_d\test\matr.h(81): error C2664: cFloatMatr (void *,const cFloatMatr): невозможно преобразовать параметр 1 из "const cFloatMatr" в "void *"
1>          Для выполнения данного преобразования нет доступного оператора преобразования, определенного пользователем, или вызов оператора невозможен

Вопрос, как можно импортировать operator'ы?

@Deviaphan · 18.10.2011, 10:29

Тоже интересно. Никогда так не делал.)

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

@taras atavin · 18.10.2011, 10:40

Сообщение от Taurendil

о заданию необходимо при явном подключении dll импортировать класс.

Библиотеки не могут прямо поставлять классы. Единственное, что можно посоветовать - класс с оболочечными методами и операторами, в которые должны быть завёрнуты вызовы библиотечных функций (не функций-членов).

@Taurendil · 18.10.2011, 10:42 **[ТС]**

Сообщение от Deviaphan

Тоже интересно. Никогда так не делал.)

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

Спасибо, попробую так сделать. А если требуется одновременно несколько объектов, то получается надо и в библиотеке создавать несколько объектов?

Добавлено через 1 минуту

Сообщение от taras atavin

Библиотеки не могут прямо поставлять классы. Единственное, что можно посоветовать - класс с оболочечными методами и операторами, в которые должны быть завёрнуты вызовы библиотечных функций (не функций-членов).

Знаю что не могут, но такое было задание в универе. Приходится выкручиваться.
Но тогда получается теряется смысл использования класса в библиотеке, или я что-то не правильно понял?

@Deviaphan · 18.10.2011, 10:45

Сообщение от Taurendil

то получается надо и в библиотеке создавать несколько объектов?

Есть условные импортированные функции Object * CreateObject() и void DeleteObject( Object * obj ), первая создаёт объекты, вторая удаляет. Создашь ты один объект или стопицот не имеет значения.
Только учти, что выделение и освобождение памяти должно происходить в одном модуле, чтобы гемор себе не вырастить.
Но интерфейс класса Object должен быть известен вызывающему модулю, т.е. хэдэр с определением класса должен быть.

@Taurendil · 19.10.2011, 00:11 **[ТС]**

Deviaphan, сделал как вы предложили, но столкнулся с некоторыми сложностями. Возможно что-то упускаю, или не так делаю.

Объекты объявил как void *A
Методы вызываю так: ((cFloatMatr*)A)->fin("A.txt");

Но компилятор ругается:

C++
1
2
3
4
1>cVector.obj : error LNK2001: неразрешенный внешний символ ""public: void __thiscall cFloatMatr::fout(char *,bool)" (?fout@cFloatMatr@@QAEXPAD_N@Z)"
1>cVector.obj : error LNK2001: неразрешенный внешний символ ""public: void __thiscall cFloatMatr::fin(char *)" (?fin@cFloatMatr@@QAEXPAD@Z)"
1>cVector.obj : error LNK2001: неразрешенный внешний символ ""public: class cFloatMatr __thiscall cFloatMatr::operator=(class cFloatMatr &)" (??4cFloatMatr@@QAE?AV0@AAV0@@Z)"
.........

Т.е ругается на все используемые методы. Как можно это решить?

Не знаю правильно это или нет, но пробывал в хедере добавлять перед методами virtual, компилятор перестал на них ругаться. Но с деструктором это не сработало.

@Deviaphan · 19.10.2011, 06:26

В DLL пишешь: class __declspec(dllexport) cFloatMatr {};
В EXE пишешь: class __declspec(dllimport) cFloatMatr {};
Если не ошибся с порядком. Т.е. экспортируешь класс.
void * A Не нужно, т.к. у тебя известен интерфейс, т.е. пишешь именно cFloatMatr* A;
import/export лучше через макрос задать, чтобы один хэдэр и для библиотеки и для ехе использовать.
ИНТЕРФЕЙС КЛАССА НЕОБХОДИМ!

@Taurendil · 19.10.2011, 07:43 **[ТС]**

Сообщение от Deviaphan

В DLL пишешь: class __declspec(dllexport) cFloatMatr {};
В EXE пишешь: class __declspec(dllimport) cFloatMatr {};

Пробывал прописывать, все равно те же ошибки.
cVector.obj : error LNK2001: неразрешенный внешний символ ""__declspec(dllimport) public: void __thiscall cFloatMatr::fout(char *,bool)" (__imp_?fout@cFloatMatr@@QAEXPAD_N@Z)"

И разве класс может быть экспортирован корректно при явном подключении?

@Deviaphan · 19.10.2011, 11:45

Сообщение от Taurendil

разве класс может быть экспортирован корректно при явном подключении?

Вот что я имею в виду:
dll_test.rar

@Deviaphan · 19.10.2011, 11:46

Не по теме:

Сжальтесь! Объясните как рамку вокруг вложений делать?!

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@Deviaphan Делаю внезапно и красиво 1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744
	18.10.2011, 10:29
	Тоже интересно. Никогда так не делал.) Я проще поступал. В библиотеке создавался объект и возвращался указатель на него. Соответственно, вызов методов через указатель на абстрактный интерфейс происходил. Удалял объект тоже функцией из библиотеки. 0

@Deviaphan Делаю внезапно и красиво 1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744
	19.10.2011, 06:26
	В DLL пишешь: class __declspec(dllexport) cFloatMatr {}; В EXE пишешь: class __declspec(dllimport) cFloatMatr {}; Если не ошибся с порядком. Т.е. экспортируешь класс. void * A Не нужно, т.к. у тебя известен интерфейс, т.е. пишешь именно cFloatMatr* A; import/export лучше через макрос задать, чтобы один хэдэр и для библиотеки и для ехе использовать. ИНТЕРФЕЙС КЛАССА НЕОБХОДИМ! 0

@Deviaphan
	19.10.2011, 11:46
	Не по теме: Сжальтесь! Объясните как рамку вокруг вложений делать?! 0