Решение проблемы импорта методов из .NET DLL в Delphi

Delphi , Файловая система , DLL и PlugIns

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

Описание проблемы

Разработчик пытается импортировать метод из .NET DLL в свой проект на Delphi, используя следующий код:

function GetAnswer() : string; external 'PixelPatternCaptcha.dll';
begin
Print(GetAnswer)
end.

При выполнении кода Print(GetAnswer) возникает ошибка:

Module: "", Line: 3, Message: Access violation at address 00000000. Read of address 00000000

Разработчик не уверен, как указать путь к DLL, однако DLL находится в той же папке, что и скрипт, который его импортирует. Также отмечается, что при попытке удалить DLL, операционная система сообщает, что файл .exe использует этот DLL.

После некоторых экспериментов, разработчик изменил код на:

procedure GetAnswer(out codeResult: WideString); stdcall; external 'PixelPatternCaptcha.dll';
var r : WideString;
begin
print(GetAnswer(r));
end.

Однако проблема не была решена.

Контекст и решение проблемы

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

Ошибка во время выполнения связана с дефектом в коде разработчика. Проблема заключается в использовании типа string в качестве возвращаемого значения. Это недопустимо для импортируемых DLL, за исключением случаев, когда обе DLL компилируются с использованием одной и той же версии Delphi и используют одинаковый менеджер памяти. В данном случае это не так, и используется инструмент UnamagedExports от Robert Giesecke для импорта .NET DLL.

Необходимо изменить код как в C#, так и в Delphi для использования типа, безопасного для Interop. Наиболее удобным является тип COM BSTR, который в Delphi представлен как WideString.

В C# код будет выглядеть так:

[DllExport]
public void GetAnswer(
    [MarshalAs(UnmanagedType.BStr)] out string result
)
{
    result = "foo";
}

На стороне Delphi импорт будет осуществляться следующим образом:

procedure GetAnswer(out result: WideString); stdcall; external 'PixelPatternCaptcha.dll';

Использование параметра out вместо возвращаемого значения обосновывается здесь:

Почему WideString не может быть использован в качестве возвращаемого значения для Interop?

Пример кода на Object Pascal (Delphi)

Для вызова процедуры в Delphi, необходимо правильно объявить переменную и передать её как параметр out. В коде разработчика это уже было сделано:

var r : WideString;
begin
print(GetAnswer(r));
end.

Заключение

При вызове внешних функций из DLL важно правильно указать типы данных и использовать правильные соглашения о вызовах. В данном примере, использование типа WideString и соглашения о вызовах stdcall является ключом к успешному импорту и вызову функции из .NET DLL в проекте на Delphi.

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

Создано по материалам из источника по ссылке.

Проблема связана с некорректным импортом и вызовом метода из .NET DLL в проекте на Delphi из-за неправильно указанного типа возвращаемого значения, который не поддерживается Interop, и необходимости использования типа, безопасного для Interop, в данном с

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: DLL и PlugIns ::