Устранение ошибок доступа при вызове методов DLL из Windows-сервиса на Delphi

Delphi , Программа и Интерфейс , Процессы и Сервисы

При разработке программного обеспечения на языке программирования Delphi часто возникают различные проблемы, связанные с работой в среде Windows-сервисов и вызовом методов, реализованных в динамических библиотеках (DLL). В данной статье мы рассмотрим одну из таких проблем: ошибки доступа при вызове методов DLL из Windows-сервиса, созданного в Delphi.

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

Разработчики столкнулись с проблемой, когда Windows-сервис, созданный в Delphi Berlin, вызывал методы DLL, написанной на Delphi 11. В DLL реализован REST API. При вызове метода RESTAPICall из события OnTimer Windows-сервиса возникали ошибки доступа, в то время как при вызове из обычного исполняемого файла (EXE) проблем не наблюдалось.

Пример кода вызова метода DLL:

function RESTAPICall(sURL, sDomain, sID, sJson: String;
    var slLog: TStringList) : Boolean; stdcall; External Restcall.dll' name 'RESTAPICall' delayed;

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

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

Подтвержденное решение

Существует два основных подхода к решению проблемы:

1. Использование одного и того же менеджера памяти для приложения и DLL, включая его как первую единицу в uses.
2. Дизайн функций DLL таким образом, чтобы они принимали PChar, а не String.

Также стоит отметить, что использование TStringList в качестве параметра также не допускается, поскольку это может привести к различиям в представлении памяти между приложением и DLL.

В случае, упомянутом в комментариях, разработчику удалось решить проблему, добавив модуль ShareMem в код Windows-сервиса.

Альтернативный ответ и дополнительные рекомендации

Рассмотрим альтернативный подход, предложенный в контексте:

• Использование PChar вместо String может быть более безопасным при передаче данных между приложением и DLL.
• Необходимо тщательно следить за форматом кода и правильно использовать элементы форматирования, например, списки для структурирования информации.
• Важно помнить, что String и Strings - это разные вещи, и использовать обратные кавычки для обозначения кода.

Заключение

В данной статье мы рассмотрели типичную проблему, связанную с вызовом методов DLL из Windows-сервисов на Delphi, и предложили конкретные шаги для её решения. Следование этим рекомендациям позволит избежать ошибок доступа и обеспечить корректную работу приложений в среде Windows-сервисов.

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

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

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

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

:: Главная :: Процессы и Сервисы ::