Попробуйте добавить в тест несколько журналов отладки, например
Сохраните все ответы в файле результатов .jtl , это можно сделать, добавив следующие строки в файл user.properties :
jmeter.save.saveservice.output_format=xml
jmeter.save.saveservice.response_data=true
jmeter.save.saveservice.response_data.on_error=true
Библиотечный файл превращен в таблицу импорта в EXE. Это действительно содержит название DLL.
Вы видите это, если Вы работаете dumpbin /all MyDLL.lib
. Отметьте это dumpbin MyDll.lib
отдельно не показывает ничего полезного: необходимо использовать /all
.
Это показывает все разделы, определенные в.LIB файле. Можно проигнорировать любого .debug
разделы, потому что они не присутствовали бы в Сборке конечных версий. В.LIB файле существует набор разделов .idata. В проекте DLL, который я просто разработал, Библиотечный файл содержит a .idata$4
раздел, который определяет символы, которые будут помещены в таблицу импорта EXE, включая имя DLL:
Archive member name at 83E: MyDll.dll/ 497C3B9F time/date Sun Jan 25 10:14:55 2009 uid gid 0 mode 2E size correct header end Version : 0 Machine : 14C (x86) TimeDateStamp: 497C3B9F Sun Jan 25 10:14:55 2009 SizeOfData : 0000001A DLL name : MyDll.dll Symbol name : ?fnMyDll@@YAHXZ (int __cdecl fnMyDll(void)) Type : code Name type : name Hint : 2 Name : ?fnMyDll@@YAHXZ
Да, lib содержит название DLL.
Функционально, библиотека импорта реализует LoadLibrary
и GetProcAdress
вызовы, и делают экспортируемые функции доступными, как будто они были связаны статически.
Путь поиска совпадает с зарегистрированный для LoadLibrary, имя фиксируется, все же.