Динамическое подключение DLL

@Goido Kodaka · Регистрация: 08.04.2014

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

Здравствуйте! Скорее всего, мой вопрос покажется вам глупым, но всё же... Я не могу динамически подключить библиотеку. Когда подключаю статически, всё работает, функция выдает ответ и все счастливы. Но когда начинаю подключать статически, в момент вызова функции программа ломается, выдавая: Необработанное исключение по адресу 0x776B1A91 в DetCalcDynamic.exe: 0xC0000005: нарушение прав доступа при исполнении по адресу 0x00000000.

C++
1
2
3
4
HINSTANCE hLib = LoadLibrary(L"DetFunctions.dll");
int(*detFunc)(int[20][20], int) = (int(*) (int[20][20],int))GetProcAddress(hLib, "Calculate");
int result = detFunc(k, n);
FreeLibrary(hLib);

Вот по сути весь фрагмент кода, в котором я работаю с библиотекой. Сама библиотека находится нужном месте(hLib прошел проверку !=NULL, когда пытался отлаживать). Функция в библиотеке точно называется Calculate. И типы параметров совпадают... В чем проблема - ума не приложу, волосы на голове уже рву

Может, у кого-нибудь есть мысли на этот счет? Заранее спасибо.

Убежденный · 03.05.2014, 21:10

Вариант 1.

Функция в dll использует одно соглашение о вызовах (например, _stdcall), а в
клиентском коде подразумевается другое (например, _cdecl).

Вариант 2.

GetProcAddress завершается с ошибкой, потому что такой функции в
dll все-таки нету. Но Вы это не проверяете (кстати, почему ?), поэтому
ошибка пробрасывается дальше, в строку 3 (кстати, не проверять
ошибки - опасная практика).

Судя по тексту сообщения (нарушение прав доступа при исполнении по
адресу 0x00000000), склоняюсь в сторону варианта 2.

@Goido Kodaka · 03.05.2014, 21:13 **[ТС]**

Сообщение от Убежденный

GetProcAddress завершается с ошибкой, потому что такой функции в
dll все-таки нету. Но Вы это не проверяете (кстати, почему ?), поэтому
ошибка пробрасывается дальше, в строку 3 (кстати, не проверять
ошибки - опасная практика).

Хм... чтобы проверить нашла ли программа dll достаточно проверить дескриптор на не NULL, а как можно проверить найдена ли сама функция? Не могли бы вы, пожалуйста, подсказать

И насчет первого варианта, как его можно проверить?

Убежденный · 03.05.2014, 21:19

Проверьте, что возвращает GetProcAddress. В случае ошибки будет NULL.
Подробная информация тогда ищется в GetLastError.

Вы уверены, что функция точно называется Calculate, а не, к примеру,
_Calculate@8 или как-нибудь еще ? Компиляторы любят искажать имена
при экспорте из dll, и не все вьюеры правильно их показывают.
Подсказка: используйте dumpbin (есть в Windows SDK / Visual Studio),
он-то уж точно покажет экспортируемые из dll имена, точь в точь.

@Goido Kodaka · 03.05.2014, 21:23 **[ТС]**

Сообщение от Убежденный

Вы уверены, что функция точно называется Calculate, а не, к примеру,
_Calculate@8 или как-нибудь еще ? Компиляторы любят искажать имена
при экспорте из dll, и не все вьюеры правильно их показывают.

Не думаю, что она как-то еще называется. Просто если я подключаю в этом же проекте dll статически, то есть заголовочный файл подключаю, включаю в проект lib-файл и вызываю функцию Calculate, то всё прекрасно отрабатывает

Сообщение от Убежденный

Проверьте, что возвращает GetProcAddress. В случае ошибки будет NULL.
Подробная информация тогда ищется в GetLastError.

Спасибо, посмотрю

Убежденный · 03.05.2014, 21:33

Сообщение от Goido Kodaka

Не думаю, что она как-то еще называется. Просто если я подключаю в этом же проекте dll статически, то есть заголовочный файл подключаю, включаю в проект lib-файл и вызываю функцию Calculate, то всё прекрасно отрабатывает

Когда функция экспортируется из dll, компоновщик может присвоить
ей какое-то особое имя. Например, добавить ведущее подчеркивание,
различные символы по краям и т.п. При статической компоновке и для
библиотеки, и для клиентского кода, который ее использует, все это
прозрачно. А вот при динамической загрузке, когда вы сами зовете
LoadLibrary и GetProcAddress, становится важным указывать точное
имя экспорта. В общем, если загрузите сюда вашу dll-ку, я покажу
все, что написал выше, на практике.

@Goido Kodaka · 03.05.2014, 21:42 **[ТС]**

О, спасибо большое, буду очень благодарен

Убежденный · 03.05.2014, 21:46

Препарируем "пациента":

dumpbin.exe /EXPORTS /RAWDATA:NONE DetFunctions.dll

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Microsoft (R) COFF/PE Dumper Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.
 
 
Dump of file D:\System\SharedFolder\DetFunctions.dll
 
File Type: DLL
 
  Section contains the following exports for DetFunctions.dll
 
    00000000 characteristics
    536507B2 time date stamp Sat May 03 18:13:54 2014
        0.00 version
           1 ordinal base
           3 number of functions
           3 number of names
 
    ordinal hint RVA      name
 
          1    0 00011087 ?Calculate@@YAHQAY0BE@HH@Z
          2    1 00011186 ?CalculateDeterminator@@YAHQAY0BE@HHHH@Z
          3    2 00011096 ?Odd@@YA_NH@Z
 
  Summary
 
        1000 .data
        1000 .idata
        2000 .rdata
        1000 .reloc
        1000 .rsrc
        4000 .text
       10000 .textbss

Обратите внимание, как на самом деле называется функция Calculate -
?Calculate@@YAHQAY0BE@HH@Z

@Goido Kodaka · 03.05.2014, 21:51 **[ТС]**

Сообщение от Убежденный

Обратите внимание, как на самом деле называется функция Calculate -
?Calculate@@YAHQAY0BE@HH@Z

Сам бы я никогда не догадался до такого... Да и гугл молчит... Теперь всё заработало

Спасибо вам большое!

Убежденный · 03.05.2014, 21:56

Сообщение от Goido Kodaka

Теперь всё заработало

Только не говорите, что написали это имя (?Calculate@@YAHQAY0BE@HH@Z) в
GetProcAddress. Правильный способ решения таких проблем - делать экспорт
так, чтобы имена не искажались. Это достигается с помощью DEF-файла.
Правда, в этом случае с экспортом C++-классов возникнут затруднения,
но тут уж приходится выбирать: или "странное" и непереносимое имя с
потенциальными проблемами в будущем, или "чистый" экспорт, но с ограниченными
возможностями.

@Goido Kodaka · 03.05.2014, 22:00 **[ТС]**

Сообщение от Убежденный

Только не говорите, что написали это имя (?Calculate@@YAHQAY0BE@HH@Z) в
GetProcAddress.

Пойман с поличным

Сообщение от Убежденный

Это достигается с помощью DEF-файла.

Можно поподробнее насчет этого? Не отказался бы от новых знаний

Убежденный · 03.05.2014, 22:09

Ищите по форуму. Например: Как верно экспортить функцию?

И еще:

Name Decoration
http://msdn.microsoft.com/en-u... xefa7.aspx

Calling Conventions
http://msdn.microsoft.com/en-u... 2ssfy.aspx

Exporting from a DLL
http://msdn.microsoft.com/en-u... xe9k8.aspx

@Goido Kodaka · 03.05.2014, 22:10 **[ТС]**

Спасибо еще раз, вы очень мне помогли

Croessmah · 03.05.2014, 22:23

Ну и что касается экпорта классов:
Дональд Бокс: Сущность технологии COM
описываются способы экспорта с минимальной зависимостью от транслятора

@koraven · 11.08.2014, 23:16

Делаю похожую задачу. Однако проблема другая. Функция из dll вызывается правильная. Можно даже зайти в нее через F11, но при попытке открытия COM порта с помощью CreateFile выпадает

Первый этап обработки исключения по адресу 0x00021478 в dll_check.exe: 0xC0000005: нарушение прав доступа при исполнении по адресу 0x00021478.
Необработанное исключение по адресу 0x00021478 в dll_check.exe: 0xC0000005: нарушение прав доступа при исполнении по адресу 0x00021478.

C++
1
2
3
4
extern "C" _declspec(dllexport) int connectAr(){
HANDLE hSerial;
    LPCTSTR sPortName = L"COM3";
    hSerial = ::CreateFile(sPortName, GENERIC_READ | GENERIC_WRITE, 0, 0, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);

Если сделать экзешник с этим же кодом, то порт открывается и обмен данными идет. Не могу найти информацию, какие длл должны быть зарегистрированы regsvr'ом. Может из-за этого. Еще думаю на второй ноль в параметрах функции. Этим параметром вроде задается SECURITY_DESCRIPTOR, но не могу понять за что он конкретно отвечает.

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	03.05.2014, 21:10
	Вариант 1. Функция в dll использует одно соглашение о вызовах (например, _stdcall), а в клиентском коде подразумевается другое (например, _cdecl). Вариант 2. GetProcAddress завершается с ошибкой, потому что такой функции в dll все-таки нету. Но Вы это не проверяете (кстати, почему ?), поэтому ошибка пробрасывается дальше, в строку 3 (кстати, не проверять ошибки - опасная практика). Судя по тексту сообщения (нарушение прав доступа при исполнении по адресу 0x00000000), склоняюсь в сторону варианта 2. 1

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	03.05.2014, 21:19
	Проверьте, что возвращает GetProcAddress. В случае ошибки будет NULL. Подробная информация тогда ищется в GetLastError. Вы уверены, что функция точно называется Calculate, а не, к примеру, _Calculate@8 или как-нибудь еще ? Компиляторы любят искажать имена при экспорте из dll, и не все вьюеры правильно их показывают. Подсказка: используйте dumpbin (есть в Windows SDK / Visual Studio), он-то уж точно покажет экспортируемые из dll имена, точь в точь. 1

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	03.05.2014, 22:09
	Ищите по форуму. Например: Как верно экспортить функцию? И еще: Name Decoration http://msdn.microsoft.com/en-u... xefa7.aspx Calling Conventions http://msdn.microsoft.com/en-u... 2ssfy.aspx Exporting from a DLL http://msdn.microsoft.com/en-u... xe9k8.aspx 1

@Goido Kodaka 0 / 0 / 1 Регистрация: 08.04.2014 Сообщений: 16
	03.05.2014, 22:10 [ТС]
	Спасибо еще раз, вы очень мне помогли 0

Croessmah Неэпический 18146 / 10730 / 2066 Регистрация: 27.09.2012 Сообщений: 27,029 Записей в блоге: 1
	03.05.2014, 22:23
	Ну и что касается экпорта классов: Дональд Бокс: Сущность технологии COM описываются способы экспорта с минимальной зависимостью от транслятора 1

Динамическое подключение DLL

Решение