Я хочу вызвать метод .NET dll (v4.5) из кода C++. Эта dll использует стороннюю dll (SKCLNET .NET v1.0)
Для этого я создаю простой код на C++ (см. ниже). Проблема в том, что GetProcAddress(...) по какой-то причине возвращает NULL. Я не уверен, что не так с кодом...
Я попытался вызвать функцию dll через .NET-Console-App напрямую, это сработало нормально.
#include "pch.h"
#include <iostream>
#include <Windows.h>
using namespace System;
typedef std::string(*GetLicenseStatusFunction)();
int main(array<System::String ^> ^args)
{
HMODULE hDLL = LoadLibrary(L"LicenseCheck.dll");
if (hDLL == NULL) {
std::cout << "Error loading the DLL" << std::endl;
return 1;
}
GetLicenseStatusFunction pGetLicenseStatus = (GetLicenseStatusFunction)GetProcAddress(hDLL, "ValidateLicense.GetLicenseStatus");
if (pGetLicenseStatus == NULL) {
std::cout << "Error getting the function pointer" << std::endl;
return 1;
}
std::string result = pGetLicenseStatus();
std::cout << result << std::endl;
return 0;
}
Вот структура используемой dll:
Вот класс ValidateLicense в .NET dll с функцией GetLicenseStatus()
, к которой я хотел бы получить доступ.
@Ralf Это c+-cli, управляемая версия c++.
Зачем вообще нужны LoadLibrary
и GetProcAddress
? Вы можете использовать сборку .NET из c++-cli аналогично тому, как вы это делаете в C#. Обратите внимание, что GetLicenseStatus
возвращает управляемую строку, то есть String^
, а не std::string
.
Запустите dumpbin /exports
в DLL. Вы увидите, что GetProcAddress
нечего искать. Метаданные .NET полностью отличаются от собственного экспорта DLL (одна и та же DLL может иметь и то, и другое, но для этого требуется расширенное использование инструментов .NET, таких как ilasm
. Компилятор C# не делает это за вас.)
От using namespace System;
и прототип main
,
Я предполагаю, что это проект С++/CLI (а не собственный С++).
Поскольку использование C++/CLI означает, что это проект .NET, вы можете использовать другие сборки .NET аналогично тому, как вы это делаете в C#. Просто используйте «добавить ссылку» из дерева проекта и добавьте сборку, которую хотите использовать.
LoadLibrary()
и GetProcAddress()
используются только для загрузки и вызова нативных функций из нативного кода. Как объяснялось выше, здесь это не так.
Обратите внимание, что в ссылочных типах C++/CLI используется оператор дескриптора объекта (^). Итак, со стороны C++/CLI метод ValidateLicense.GetLicenseStatus
возвращает String^
.
Также в C++/CLI используйте ::
вместо .
для областей видимости пространств имен и классов:
using namespace ....
//...
String^ sts = ValidateLicense::GetLicenseStatus();
Для того, чтобы распечатать его, вы можете использовать:
Console::WriteLine(sts);
Вы также можете преобразовать его в нативный std::string
:
#include <string>
#include <msclr/marshal_cppstd.h>
//...
std::string sts_cpp = msclr::interop::marshal_as<std::string>(sts);
Спасибо за ваш ответ, я только что попробовал предложенное вами решение, и оно помогло получить доступ к LicenseCheck.dll. Мне просто нужно было определить пространство имен как «используя пространство имен LicenseCheck»; Может ли кто-нибудь сказать, есть ли что-то, что нужно настроить в проекте C++/CLI, чтобы найти SKCLNET.dll. Обе dll были добавлены как ссылки из одного и того же места.
Я не знаком с SKCLNET.dll. Может он родной? Приведенный выше ответ актуален только для использования .NET DLL из другой .NET DLL.
Нет, это .NET DLL v1.0 (см. скриншот, последняя строка). Также он скомпилирован для архитектуры x86. Но при попытке вызвать метод ValidateLicense.LicenseCheck() из проекта .NET он работает нормально... но это не то, что мне нужно. Возможно, эта информация, связанная с SKCLNET.dll, будет полезна для лучшего понимания: // SKCLNET, Version=4.6.0.7, Culture=neutral, PublicKeyToken=XXXXX // Global type: <Module> // Architecture: x86 // This assembly contains unmanaged code. // Runtime: v1.0.3705 // This assembly is signed with a strong name key. // Hash algorithm: SHA1
На снимке экрана не показано содержимое сборки SKCLNET. Видите ли вы пространства имен, классы и т. д. (например, в LicenseCheck)? Это может быть несоответствие в архитектуре. Во всяком случае, это вопрос, отличный от вопроса с LoadLibrary/GetProcAddress. Я думаю, вам следует подумать о том, чтобы опубликовать новый вопрос со всеми соответствующими деталями для этой проблемы.
Как вы экспортировали GetLicenseStatus() в Net dll, чтобы он был виден неуправляемому пользователю?