Загрузка переменной из DLL (GetProcAddress не берет значение переменной из *.dll)

@NiТR0 · Регистрация: 22.08.2011

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

GetProcAddress не берет значение переменной из *.dll
Не могу понять почему. Помогите.
-------------------------
[code=cpp]
***********
DLL.h
***********
#define DLL __declspec(dllexport)

extern PINCRYPT HINSTANCE Lib_XXX;
...
***********
DLL.cpp
***********
#include 'stdafx.h'
#include 'DLL.h'
PINCRYPT HINSTANCE Lib_XXX = NULL;

BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
Lib_XXX = LoadLibrary('XXX.dll'); // Все нормально (Загрузка XXX.dll в DLL.dll)
...
}
***********
APP.cpp
***********
...
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
...
HINSTANCE Lib_DLL = LoadLibrary('DLL.dll');
HINSTANCE Lib_Target = *(HINSTANCE*) GetProcAddress(Lib_DLL,'Lib_XXX'); // Lib_XXX не передаётся !!! (Экспорт из DLL.dll в APP)

typedef short (*ptr_Func) (short);
ptr_Func Func = (ptr_Func) GetProcAddress(Lib_Target,'Func_XXX'); // Не пашет цуко
...
}
[code=cpp]

Спасибо.

@kpoxa · 15.09.2011, 14:12

Ну во первых твоя переменная не продекларирована как __declspec(dllexport), поэтому она является локальноя для ДЛЛ.
Во вторых GetProcAddress , как видно из названия, возвращает только адресс функций но не переменных.
В тритьих, на сколько я понимаю, то при динамическом поключении в ДЛЛ с помощью LoadLibrary происходит только привязка кода ДЛЛ к основному коду, в то время как для доступа к переменным необходимо более ранне связывание, на пример на этапе линковки.

Поэтому могу только посоветовать добавить в ДЛЛ функцию, которая будет возвращать значение этой переменной (или её адресс).

@kpoxa · 15.09.2011, 14:19

Да, кстати,
>>ptr_Func Func = (ptr_Func) GetProcAddress(Lib_Target,'Func_XXX'); // Не пашет цуко

это не правильно, надо:
ptr_Func Func = (ptr_Func) GetProcAddress(Lib_DLL,'Func_XXX');

@palva · 15.09.2011, 20:06

Переменную из dll можно извлечь следующим образом:
Файл tdll.cpp

Code
1
int __declspec(dllexport) ggggg = 321;

Файл cons.cpp

Code
1
2
3
4
5
6
7
8
#include <windows.h>
#include <stdio.h>
void main() {
  HINSTANCE Lib_DLL = LoadLibrary('tdll.dll'); 
  int *Lib_Target = (int*) GetProcAddress(Lib_DLL,'_ggggg');
  printf('%d
', *Lib_Target); // Печатает 321
}

@kpoxa · 16.09.2011, 14:02

2 palva, Я в своем проекте вынужден был отказаться от изпользования __declspec(dllexport) и для доступа к функциям ДЛЛ добавил к нему .DEF файл.
Почему? потому что GetProcAddress всегда возвращает 0 , если функция или переменная определена с помощью __declspec(dllexport).
Можешь ли ты объяснить, почему это происходит ? Может надо добавлять какие либо флаги для компиляции, чтоб включить эту поддержку?
И еще, ты определил переменную как
int __declspec(dllexport) ggggg = 321;
в то время как при создании простого проекта MS VC++ 6 определяет (автоматически) эту переменную как
__declspec(dllexport) int ggggg = 321;
В чем разница между этими определениями, и как правильно ?

@palva · 16.09.2011, 17:01

В чем разница не знаю. Я компилировал Borland С++ Compiler с флагом -tWD, но предполагал, что это будет правильно восприниматься и компилятором Microsoft, поэтому не стал уточнять.

Если GetProcAddress возвращает 0, значит неправильное имя (имя заданное при обращении к функции отсутствует в dll). Можно открыть dll в текстовом редакторе и посмотреть какое имя экспортируется из dll в реальности. Искать где-то в конце. Или можно воспользоваться для распечатки имен какой-нибудь утилитой. У Borland есть утилита TDUMP.

@kpoxa · 16.09.2011, 19:48

У меня MS VS6. есть там такой файл dumpbin.exe, но он почему-то не работает.
Тем не менее, я пытался два варианта:
1. с использованием *.def файла
2. без *.def файла.

В обоих случаях переменная и функция определены как
__declspec(dllexport) int ggggg = 321;
__declspec(dllexport) int func() { return 100; }

В обоих случаях я открывал ДЛЛ в гекса вьюере и функции определены одинаково.
Однако, в первом случае GetProcAddress возвращает адресс переменной или функции, а во втором ноль.
А что означает в Борланде флаг tWD ? Может я найду его аналог для VC6 ?

К стати, в помощи MSDN написано, что оба варианта
__declspec(dllexport) int ggggg = 321;
и
int __declspec(dllexport) ggggg = 321;
равнозначны.

@kpoxa · 16.09.2011, 19:55

Прошу прощения, я сравнивал один и тот же файл.
На самом деле при компиляции без использования *.def файла внутри ДЛЛ
переменная MyVar выглядит как ?MyVar@@3HA, соответственно вызов
int *var = (int*)GetProcAddress(hLib, '?MyVar@@3HA')
возвращает правильный адресс.
Но как убрать декорацию имен при компиляции ?

@palva · 16.09.2011, 20:00

Не знаю, ничего не могу сказать.

@palva · 16.09.2011, 22:36

Убрать декорацию переменных (принять правила языка C, находясь в C++) можно добавлением extern 'C'

extern 'C' __declspec(dllexport) int ggggg = 321;

@kpoxa · 17.09.2011, 03:08

Вот спасибо, теперь все работает как надо, и без .def файла.
Но есть еще один вопрос: а если мне надо создать объект класса определенного в ДЛЛ, как это сделать ?
Я понимаю, что мне придется в любом случае в основной проект добавить .h файл в котором будет декларация этого класса, иначе как основная программа будет знать о свойствах и методах этого класса, а для создания объекта из ДЛЛ использовать функцию типа CoCreateObject, которая будет создавать объект и возвращать указатель на него.
Привильно ли я понял положение ?

@NiТR0 · 18.09.2011, 12:17 **[ТС]**

Похоже на то.Вроде, так правильно.
Я кстати тоже случайно узнал про декорирование и про синтаксис extern 'C', все заработало.

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	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 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@NiТR0 0 / 0 / 0 Регистрация: 22.08.2011 Сообщений: 18

	Загрузка переменной из DLL (GetProcAddress не берет значение переменной из .dll) 15.09.2011, 13:50. Показов* 8965. Ответов 11 Метки нет (Все метки) GetProcAddress не берет значение переменной из .dll Не могу понять почему. Помогите. ------------------------- [code=cpp] ******** DLL.h ******* #define DLL __declspec(dllexport) extern PINCRYPT HINSTANCE Lib_XXX; ... ******* DLL.cpp ******* #include 'stdafx.h' #include 'DLL.h' PINCRYPT HINSTANCE Lib_XXX = NULL; BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) { Lib_XXX = LoadLibrary('XXX.dll'); // Все нормально (Загрузка XXX.dll в DLL.dll) ... } ******* APP.cpp ********* ... LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { ... HINSTANCE Lib_DLL = LoadLibrary('DLL.dll'); HINSTANCE Lib_Target = (HINSTANCE) GetProcAddress(Lib_DLL,'Lib_XXX'); // Lib_XXX не передаётся !!! (Экспорт из DLL.dll в APP) typedef short (*ptr_Func) (short); ptr_Func Func = (ptr_Func) GetProcAddress(Lib_Target,'Func_XXX'); // Не пашет цуко ... } [code=cpp] Спасибо. 0

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	15.09.2011, 14:12
	Ну во первых твоя переменная не продекларирована как __declspec(dllexport), поэтому она является локальноя для ДЛЛ. Во вторых GetProcAddress , как видно из названия, возвращает только адресс функций но не переменных. В тритьих, на сколько я понимаю, то при динамическом поключении в ДЛЛ с помощью LoadLibrary происходит только привязка кода ДЛЛ к основному коду, в то время как для доступа к переменным необходимо более ранне связывание, на пример на этапе линковки. Поэтому могу только посоветовать добавить в ДЛЛ функцию, которая будет возвращать значение этой переменной (или её адресс). 1

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	15.09.2011, 14:19
	Да, кстати, >>ptr_Func Func = (ptr_Func) GetProcAddress(Lib_Target,'Func_XXX'); // Не пашет цуко это не правильно, надо: ptr_Func Func = (ptr_Func) GetProcAddress(Lib_DLL,'Func_XXX'); 0

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	16.09.2011, 14:02
	2 palva, Я в своем проекте вынужден был отказаться от изпользования __declspec(dllexport) и для доступа к функциям ДЛЛ добавил к нему .DEF файл. Почему? потому что GetProcAddress всегда возвращает 0 , если функция или переменная определена с помощью __declspec(dllexport). Можешь ли ты объяснить, почему это происходит ? Может надо добавлять какие либо флаги для компиляции, чтоб включить эту поддержку? И еще, ты определил переменную как int __declspec(dllexport) ggggg = 321; в то время как при создании простого проекта MS VC++ 6 определяет (автоматически) эту переменную как __declspec(dllexport) int ggggg = 321; В чем разница между этими определениями, и как правильно ? 0

@palva 4276 / 2969 / 692 Регистрация: 08.06.2007 Сообщений: 9,922 Записей в блоге: 4
	16.09.2011, 17:01
	В чем разница не знаю. Я компилировал Borland С++ Compiler с флагом -tWD, но предполагал, что это будет правильно восприниматься и компилятором Microsoft, поэтому не стал уточнять. Если GetProcAddress возвращает 0, значит неправильное имя (имя заданное при обращении к функции отсутствует в dll). Можно открыть dll в текстовом редакторе и посмотреть какое имя экспортируется из dll в реальности. Искать где-то в конце. Или можно воспользоваться для распечатки имен какой-нибудь утилитой. У Borland есть утилита TDUMP. 0

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	16.09.2011, 19:48
	У меня MS VS6. есть там такой файл dumpbin.exe, но он почему-то не работает. Тем не менее, я пытался два варианта: 1. с использованием .def файла 2. без .def файла. В обоих случаях переменная и функция определены как __declspec(dllexport) int ggggg = 321; __declspec(dllexport) int func() { return 100; } В обоих случаях я открывал ДЛЛ в гекса вьюере и функции определены одинаково. Однако, в первом случае GetProcAddress возвращает адресс переменной или функции, а во втором ноль. А что означает в Борланде флаг tWD ? Может я найду его аналог для VC6 ? К стати, в помощи MSDN написано, что оба варианта __declspec(dllexport) int ggggg = 321; и int __declspec(dllexport) ggggg = 321; равнозначны. 0

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	16.09.2011, 19:55
	Прошу прощения, я сравнивал один и тот же файл. На самом деле при компиляции без использования .def файла внутри ДЛЛ переменная MyVar выглядит как ?MyVar@@3HA, соответственно вызов int var = (int*)GetProcAddress(hLib, '?MyVar@@3HA') возвращает правильный адресс. Но как убрать декорацию имен при компиляции ? 0

@palva 4276 / 2969 / 692 Регистрация: 08.06.2007 Сообщений: 9,922 Записей в блоге: 4
	16.09.2011, 20:00
	Не знаю, ничего не могу сказать. 0

@palva 4276 / 2969 / 692 Регистрация: 08.06.2007 Сообщений: 9,922 Записей в блоге: 4
	16.09.2011, 22:36
	Убрать декорацию переменных (принять правила языка C, находясь в C++) можно добавлением extern 'C' extern 'C' __declspec(dllexport) int ggggg = 321; 0

@kpoxa 5 / 5 / 0 Регистрация: 08.12.2009 Сообщений: 213
	17.09.2011, 03:08
	Вот спасибо, теперь все работает как надо, и без .def файла. Но есть еще один вопрос: а если мне надо создать объект класса определенного в ДЛЛ, как это сделать ? Я понимаю, что мне придется в любом случае в основной проект добавить .h файл в котором будет декларация этого класса, иначе как основная программа будет знать о свойствах и методах этого класса, а для создания объекта из ДЛЛ использовать функцию типа CoCreateObject, которая будет создавать объект и возвращать указатель на него. Привильно ли я понял положение ? 0

@NiТR0 0 / 0 / 0 Регистрация: 22.08.2011 Сообщений: 18
	18.09.2011, 12:17 [ТС]
	Похоже на то.Вроде, так правильно. Я кстати тоже случайно узнал про декорирование и про синтаксис extern 'C', все заработало. 0