Моя первая DLL ведёт себя странно

@Phantomouse · Регистрация: 09.10.2013

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

Здравствуйте.
Вот, наконец, решил испытать прелести выноса функций программы в DLL, и тут же столкнулся с проблемой. Если при вызове функции SetCode в качестве параметра передать переменную, всё работает хорошо, но стоит указать передаваемое значение статически - функция возвращает чушь.

MyDLL

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
13
14
library MyDLL;
 
{$R *.res}
 
function SetCode(valu: Integer): Integer;
begin
  result := valu;
end;
 
exports
  SetCode;
 
begin
end.

MyForm
Так не работает, вместо единички приходит x-значное число, наверное указатель на ячейку памяти

Delphi
1
2
3
4
5
6
7
8
9
10
procedure TMainForm.Button1Click(Sender: TObject);
var
  SetCode: function(valu: integer): integer; stdcall;
  dHandle: THandle;
begin
  dHandle:=LoadLibrary('c:\...\MyDLL.dll');
  @SetCode := GetProcAddress(dHandle, 'SetCode');
  ShowMessage(SetCode(1).ToString);
  FreeLibrary(dHandle);
end;

MyForm2
А так всё прекрасно работает.

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
procedure TMainForm.Button2Click(Sender: TObject);
var
  SetCode: function(valu: integer): integer; stdcall;
  dHandle: THandle;
  i: Integer;
begin
  dHandle:=LoadLibrary('c:\...\MyDLL.dll');
  @SetCode := GetProcAddress(dHandle, 'SetCode');
  i := 1;
  ShowMessage(SetCode(i).ToString);
  FreeLibrary(dHandle);
end;

Вопрос:
Почему результатом выполнения функции SetCode в первом варианте является каждый раз разное число, а не "1", как задумано? При работе с экспортированными функциями DLL бязательно помещать все данные в отдельные переменные?

@northener · 16.10.2013, 16:32

А stdcall зачем нужен?

@Phantomouse · 16.10.2013, 16:41 **[ТС]**

И, в догонку, ещё вопрос.
Как я понимаю, с 32-битных ОС, для каждого приложения, использующего одну библиотеку, выделяется своя копия области памяти под глобальные переменные. Я планирую вынести в DLL ловушку нажатия кнопок клавиатуры. Можно ли организовать библиотеку так, чтобы ловушка запускалась только один раз при первом вызове DLL, складывала перехваченные скан-коды в некую переменную, которую потом отдавала бы всем последующим подключающим библиотеку процессам, не плодя сущности? Хотелось бы оптимизировать ситуацию, если перехвачивать определённые клавишесочетания через мою DLL решат сразу несколько приложений одновременно.

Добавлено через 5 минут
northener, Да, башка уже не варит под конец дня, спасибо.

@mss · 16.10.2013, 17:04

Сообщение от Phantomouse

в DLL ловушку нажатия кнопок клавиатуры

dll для этого вообще не нужна - глоб.хук WH_KEYBOARD_LL не требует его реализации в dll

@Phantomouse · 16.10.2013, 17:33 **[ТС]**

mss, Не требует, если я делаю реализацию "на форме". Мне же нужно инкапсулировать весь код в некий класс, чтобы в дальнейшей работе просто создавать его экземпляр, назначать ему обработчик события OnKeyDown и ловить все OnKeyDown в системе, не дописывая в код использующей класс формы ничего. Причём, нужно, чтобы каждый экземпляр класса мог по-своему "крутить" полученными данными и параллельно с остальными экземплярами получать информацию о нажатии клавиш. А вот с этим, как раз, и проблема: для указания lpfn в SetWindowsHookEx не подходят процедуры, являющимися членами классов, следовательно, поместить обработчик ловушки в класс не представляется возможным, а вот засунуть его в DLL и заставить DLL сообщать моему классу о считывании нового кода при помощи TNotifyEvent не затрагивая код главной формы представляется мне достаточно надёжным решением.

Добавлено через 2 минуты
Кстати, тут возник ещё один вопрос: каждое приложение, использующее одну и ту же библиотеку, получает свою копию глобальных переменных, объявленных в DLL. А как быть с разными формами/потоками одного приложения? Все они будут видеть одну копию глобальных переменных, или для каждой нити/формы всё будет по-своему?

@northener · 16.10.2013, 17:39

Сообщение от Phantomouse

Кстати, тут возник ещё один вопрос: каждое приложение, использующее одну и ту же библиотеку, получает свою копию глобальных переменных, объявленных в DLL. А как быть с разными формами/потоками одного приложения? Все они будут видеть одну копию глобальных переменных, или для каждой нити/формы всё будет по-своему?

А если переменные объявлены в главной форме они тоже будут размножаться в каждом потоке?

@mss · 16.10.2013, 17:39

Сообщение от Phantomouse

Не требует, если я делаю реализацию "на форме"

Причем здесь "форма" ?

Вообще не требует, хоть "на форме", хоть "под формой", хоть вообще без форм.

Сообщение от Phantomouse

засунуть его в DLL

Да не надо его никуда "совать" !
Этот вид хука чудесно работает будучи реализованный прямо в exe

@Phantomouse · 17.10.2013, 10:37 **[ТС]**

Сообщение от northener

А если переменные объявлены в главной форме они тоже будут размножаться в каждом потоке?

Нет, я неточно выразился. Я имел ввиду следующее:
- Библиотека загружается в память приложением А.
- Приложение Б обращается к этой же библиотеке, но, поскольку она уже загружена в память, приложение Б получает копию глобальных переменных DLL, и работает с ними. Код один, а глобальные данные у каждого свои.
- Вопрос: если Приложения А и Б - это не разные приложения, а, скажем, две нити одного приложения, они будут работать с одной копией памяти DLL, или для каждой нити будет создан свой экземпляр?

Сообщение от mss

Да не надо его никуда "совать" !

Покажите, пожалуйста, пример реализации хука в EXE (в подключаемом классе), при котором сторонний программист может обойтись следующим псевдо-кодом:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
var
  KeyLogger: TKeyLogger;  // Класс для перехвата нажатий определённых комбинаций клавиш клавиатуры
 
procedure OnFormCreate;
begin
  KeyLogger := TKeyLogger.Create();
  KeyLogger.OnKeyDown = MyOnKeyDownProcedure;
end;
 
procedure MyOnKeyDownProcedure(Sender: TObject; key: Integer);
begin
  ShowMessage('Была нажата клавиша с кодом' + key.ToString);
end;
 
procedure OnFormDestroy;
begin
  KeyLogger.Free;
end;

Чтобы было понятнее: в финале в работу класса входит получение последовательности кнопок плюс завершающего символа, объединение их в строку и уведомление пользователя класса о том, что пользователь набралд на клавиатуре строку по нужному ему шаблону. Делается это для получения данных со сканера штрих-кода, эмулирующего PS/2 клавиатуру. Сканер посылает считанный код + <CL><RF>, а моему классу нужно этот код поймать и отдать родительской форме/классу для дальнейшего анализа.

Как видите, цель моей работы в том, что пользователь класса не должен править код своих форм для перехвата чего-либо. Он просто создаёт экземпляр класса (своеобразный "драйвер" для работы со сканером), который выполняет всю работу за программиста, оставляя на его плечах только обработку нужного события. Не нужно нагружать программиста-пользователя отловом событий и выстраиванием их в цепочку. Программист просто назначает обработчик события "Эй, сканер прислал какой-то код", и спокойно делает то, что требуется с полученным кодом.

@northener · 17.10.2013, 10:49

Сообщение от Phantomouse

скажем, две нити одного приложения, они будут работать с одной копией памяти DLL, или для каждой нити будет создан свой экземпляр?

Копия одна на процесс. Другими словами - в одном адресном пространстве одна копия.

@mss · 17.10.2013, 11:02

Delphi
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
33
34
35
TKeyboardHookEvent = procedure(Sender: TMyHookWrapper; WParam: WPARAM; LParam: LPARAM) of object;
..
TMyHookWrapper = class(..)
..
  FKeyboardEvent: TKeyboardHookEvent;
..
  function KeyboardHookFunc(WParam: WPARAM; LParam: LPARAM): LRESULT; stdcall;
..
 property OnKeyboardEvent: TKeyboardHookEvent read FKeyboardEvent write FKeyboardEvent;
 
end;
 
..
var
  MyHookWrapperSingleton: TMyHookWrapper;
..
function TMyHookWrapper.KeyboardHookFunc(WParam: WPARAM; LParam: LPARAM): LRESULT; 
var
  nCode: Integer;
begin
  nCode := Integer(Self);
  Self := MyHookWrapperSingleton;
..
  if Assigned(OnKeyboardEvent) then
    OnKeyboardEvent(Self, wParam, lParam)
end;
 
..
  hHook := SetWindowsHookEx(WH_LL_KEYBOARD, @TMyHookWrapper.KeyboardHookFunc, hInstance, 0);
..
initialization
  MyHookWrapperSingleton := TMyHookWrapper.Create;
 
finalization
  MyHookWrapperSingleton.Free;

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@northener пофигист широкого профиля 4769 / 3204 / 862 Регистрация: 15.07.2013 Сообщений: 18,612
	16.10.2013, 16:32
	А stdcall зачем нужен? 1

@Phantomouse 4 / 4 / 3 Регистрация: 09.10.2013 Сообщений: 42
	16.10.2013, 16:41 [ТС]
	И, в догонку, ещё вопрос. Как я понимаю, с 32-битных ОС, для каждого приложения, использующего одну библиотеку, выделяется своя копия области памяти под глобальные переменные. Я планирую вынести в DLL ловушку нажатия кнопок клавиатуры. Можно ли организовать библиотеку так, чтобы ловушка запускалась только один раз при первом вызове DLL, складывала перехваченные скан-коды в некую переменную, которую потом отдавала бы всем последующим подключающим библиотеку процессам, не плодя сущности? Хотелось бы оптимизировать ситуацию, если перехвачивать определённые клавишесочетания через мою DLL решат сразу несколько приложений одновременно. Добавлено через 5 минут northener, Да, башка уже не варит под конец дня, спасибо. 0

@Phantomouse 4 / 4 / 3 Регистрация: 09.10.2013 Сообщений: 42
	16.10.2013, 17:33 [ТС]
	mss, Не требует, если я делаю реализацию "на форме". Мне же нужно инкапсулировать весь код в некий класс, чтобы в дальнейшей работе просто создавать его экземпляр, назначать ему обработчик события OnKeyDown и ловить все OnKeyDown в системе, не дописывая в код использующей класс формы ничего. Причём, нужно, чтобы каждый экземпляр класса мог по-своему "крутить" полученными данными и параллельно с остальными экземплярами получать информацию о нажатии клавиш. А вот с этим, как раз, и проблема: для указания lpfn в SetWindowsHookEx не подходят процедуры, являющимися членами классов, следовательно, поместить обработчик ловушки в класс не представляется возможным, а вот засунуть его в DLL и заставить DLL сообщать моему классу о считывании нового кода при помощи TNotifyEvent не затрагивая код главной формы представляется мне достаточно надёжным решением. Добавлено через 2 минуты Кстати, тут возник ещё один вопрос: каждое приложение, использующее одну и ту же библиотеку, получает свою копию глобальных переменных, объявленных в DLL. А как быть с разными формами/потоками одного приложения? Все они будут видеть одну копию глобальных переменных, или для каждой нити/формы всё будет по-своему? 0