Ошибка при вызове loadlibrary не найдена указанная процедура

Давайте сделаем это шаг за шагом:

1. Сообщение об ошибке означает, что DLL была найдена, но отсутствует требуемая функция. (Джиттер прав.) Это означает, что у вас есть dll, что вам нужно, но не правильная версия. (Davefiddes прав, хотя проблема может быть в любой dll, а не только в библиотеке времени выполнения Microsoft. И, по крайней мере для крупных обновлений, Microsoft дает своим библиотекам времени выполнения разные имена, так что в этом случае это не будет проблемой.)

2. Это не имеет смысла, потому что ни одна функция не была запрошена из загружаемой библиотеки. (Адам прав.)

3. Поэтому ожидалось, что отсутствующая функция будет найдена не в dll, которая явно загружается командой LoadLibrary, а в зависимой dll, которая загружается в то же время неявно, потому что это требуется для первой dll. (Zebrabox был близко.)

4. Зависимая dll — это dll, которая «статически» связана с библиотекой, загружаемой явным образом, через библиотеку импорта или файл.lib, включенный в шаг компоновщика явно загруженной dll. (Держу пари, вы не знали, что «библиотека динамических ссылок» может быть «статически связана». Что ж, теперь вы понимаете.)

5. Если у вас есть несколько версий одной и той же библиотеки DLL в разных папках, то это также может быть проблемой пути поиска (как предлагает zebrabox). Порядок поиска путей к DLL является сложным предметом сам по себе: см. http://msdn.microsoft.com/en-us/library/ms682586(VS.85).aspx. Это зависит от операционной системы, между прочим. Самым безопасным вариантом, если это практически осуществимо, является помещение всех потенциальных проблемных dll в ту же папку, что и ваш exe-файл.

6. Зависимые библиотеки также могут иметь свои собственные зависимые библиотеки, что может очень затруднить решение этой проблемы. Зависит может помочь, но если нет, попробуйте filemon. Последняя dll, которая успешно прочитана перед вашим сообщением об ошибке, является той, которая является неправильной версией.

Средство Microsoft gflags всегда сообщит вам, какую именно зависимость не удается загрузить и почему.

Бежать gflags -i your_application.exe +sls, После этого запустите приложение под отладчиком, чтобы захватить трассировку загрузчика.

gflags является частью средств отладки — вы можете проверить C:Program Files (x86)Windows Kits10Debuggersx64 чтобы увидеть, если у вас уже есть. Вы можете добавить этот каталог в свой путь или просто выполнить gflags из этого каталога в cmd.exe.

Например, после запуска gflags установите точку останова на ::LoadLibrary(_T("foo")) вызовите и перешагните через него, ища ошибки загрузчика в окне вывода Visual Studio, например

4b00:396c @ 479194074 - LdrpSnapThunk - ERROR: Procedure "[email protected]_DollarMap@@[email protected]" could not be located in DLL "bar.dll"
First-chance exception at 0x0000000077307EF8 (ntdll.dll) in your_application.exe: 0xC0000139: Entry Point Not Found.
4b00:396c @ 479194074 - LdrpGenericExceptionFilter - ERROR: Function LdrpSnapIAT raised exception 0xc0000139
    Exception record: .exr 0000000000129070
    Context record: .cxr 0000000000128B80
4b00:396c @ 479194074 - LdrpHandleOneOldFormatImportDescriptor - ERROR: Snapping the imports from DLL "C:test64Debugfoo.DLL" to DLL "C:test64Debugbar.dll" failed with status 0xc0000139

Это означает, что во время загрузки foo.dll зависимость bar.dll был импортирован, и bar.dll Не удалось импортировать.

Не удалось импортировать зависимость, поскольку процедура [email protected]_DollarMap@@[email protected] пропал без вести — вы можете разобраться, что public: void __cdecl vis_DollarMap::SetObject(int,void * __ptr64) __ptr64,

Возможно, у вас неправильная версия зависимости — возможно, вам нужно перестроить зависимость, чтобы обновить ее.

Бежать gflags -i your_application.exe -sls впоследствии отключить следы загрузчика.

Сообщение об ошибке означает, что найдена соответствующая DLL, но отсутствует требуемый экспорт процедуры. У вас есть правильная версия DLL?

Ты можешь использовать dumpbin.exe чтобы проверить, какие функции экспортирует ваша DLL и проверить правильность написания.

user69319

19 авг ’11 в 08:41
2011-08-19 08:41

У вас есть несоответствие между средами выполнения, используемыми для вашего приложения и DLL?

Проблема, которая укусила меня в VS 2005 в прошлом, состоит в том, что одна часть построена как сборка Release, а другая — как сборка Debug. Они загружают разные версии DLL-библиотек времени выполнения Microsoft, которые несовместимы, поскольку вы можете загрузить только одну из них в данный процесс.

Я думаю, что причина, по которой вы видите ошибку 127, в том, что ваша DLL ищет функцию в загруженной DLL времени выполнения, которой нет, потому что это неверное время выполнения.

user6353

27 июн ’09 в 17:50
2009-06-27 17:50

Я получил тот же код ошибки после вызова LoadLibrary(). Наконец, через обходчик зависимостей выяснилось, что некоторые зависимости модуля (szName) отсутствуют.

Хорошо, вот мое решение: у нас была сложная система зависимостей, и среди них были две библиотеки DLL с тем же именем (т.е.server.dll), но расположены на разных дорожках.

когда client.dll был загружен LOAD_WITH_ALTERED_SEARCH_PATHпохоже, что окна не могли определить, какой из server.dll следует использовать в разрешении символов (оба server.dll были успешно загружены, конечно).

Решение было довольно простым: пусть загружаемые библиотеки имеют уникальные имена, т.е. server-1.dll а также server-2.dll.

Я бы предложил использовать Dependency Walker, чтобы узнать, какой метод отсутствует или какие библиотеки необходимы или отсутствуют.