DLL. Экспортируемые функции с @n на конце. Что к чему?

[Человек_Борща]

Доброго времени суток!

Перевожу кучку сишных заголовочников под паскаль.
Все вроде, ок.. пока не начал делать загрузку библиотеки:

  hLib := LoadLibrary(PChar(sLibraryLocation));
  if (hLib <> 0) then
  begin
    try
      // Paranoid checks...
      //_RtlGetLastError@0 index 43 .rdata $00012350

      @__TRTLGetLastError := GetProcAddress(hLib, PChar('_RtlGetLastError@0'));
      { if not Assigned(__TRTLGetLastError) then
        exit; }

     //__TRTLGetLastError указывает на адрес функции.

      @__TLhInstallHook := GetProcAddress(hLib, PChar('LhInstallHook'));
      if not Assigned(__TLhInstallHook) then
        exit;
           //__TLhInstallHook = NULL и DLL выгружается.

Обычно имя функции <=> имени экспортируемй функции.. ан нет.
Почему-то формат такой:
_<Имя>@<число>

и @<число> очень напрягает, они там разные, не совпадают с порядковым номером экспорта. Очень думается, что при пересборке библиотеки этот n изменится и GetProcAddress вернет мне NULL.

Что это и почему так?

Может кусок определения поможет, я малость не понимаю что к чему:

#ifdef LIBHOOK_EXPORTS
    #define LIBHOOK_API						__declspec(dllexport) __stdcall
	#define DRIVER_SHARED_API(type, decl)		EXTERN_C type LIBHOOK_API decl
#else
    #ifndef DRIVER
        #define LIBHOOK_API					__declspec(dllimport) __stdcall
		#define DRIVER_SHARED_API(type, decl)	EXTERN_C type LIBHOOK_API decl
    #else
        #define LIBHOOK_API					__stdcall
		#define DRIVER_SHARED_API(type, decl)	typedef type LIBHOOK_API PROC_##decl; EXTERN_C type LIBHOOK_API decl
    #endif
#endif

Сейчас переменная DRIVER пока отключена.

[p51x]

и @<число> очень напрягает, они там разные, не совпадают с порядковым номером экспорта

А с чего ему совпадать, если это размер аргументов?..

[Человек_Борща]

А с чего ему совпадать, если это размер аргументов?..

т.е. перекомпиляция dll не попоротит имена существующих функций?

Посмотрел... сомнительно что это кол-во аргументов:
_LhIsThreadIntercepted@12

  TLhIsThreadIntercepted = function(InHook: pTracedHookHandle;
    InThreadID: ULONG; OutResult: PBOOL): NTSTATUS stdcall;

Может их суммарный размер?

выудил все имена прямо из секции экспорта, теперь библиотека грузится в память.. работает ли, узнать бы.

[p51x]

Посмотрел... сомнительно что это кол-во аргументов:

Может их суммарный размер?

А с чего ему совпадать, если это размер аргументов?..

Кто-то не проснулся сегодня? Я ж написал РАЗМЕР аргументов.

[waleri]

Это относится к stdcall функциям.
Если делать все в cdecl, тогда имя функции будет экспортироваться как _ИмяФункции.

Кроме того, можно воспользоваться def файлом и указать какую функцию под каким именем экспортировать.

[Человек_Борща]

Кроме того, можно воспользоваться def файлом и указать какую функцию под каким именем экспортировать.

В Delphi это можно?

хотя беда всеравно... я динамически DLL гружу.

Если делать все в cdecl

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

[Пепел Феникса]

Сообщение от Человек_Борща

В Delphi это можно?

хотя беда всеравно... я динамически DLL гружу.

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

в Делфи вы можете писать как импортировать(с каким именем и с каким соглашением вызова)
экпортировать вам проще через DEF чтоб было строгое имя, которое точно будете знать,а не искать потом его