PInvoke - указанный модуль не найден. Как проверить наличие недостающих зависимостей?

Question

PInvoke - указанный модуль не найден. Как проверить наличие недостающих зависимостей?

0

У меня есть приложение.Net, которое полагается на неуправляемую DLL, называемую Procarper.dll. Когда я запускаю это на своей персональной машине, приложение работает отлично.

Когда я копирую это же приложение на свой сервер (Windows 2008) и пытаюсь запустить его там, он выходит из строя с приведенным ниже сообщением об ошибке.

Причина, по которой я тестирую фактическое приложение, заключается в том, что изначально я не работал в своей службе WCF.

System.DllNotFoundException: Не удается загрузить DLL 'C:\Warper\Procarper.dll': указанный модуль не найден. (Исключение из HRESULT: 0x8007007E)

Подпись PInvoke выглядит так (я жестко кодирую путь как тест... он обычно будет относительным):

[DllImport(@"C:\Warper\Procarper.dll", EntryPoint = "CreateProcr", CallingConvention = CallingConvention.Cdecl)]
        private static extern int CreateProcr(int width, int height, int scanWidth, int bpp, IntPtr rawData);

Я смотрю на зависимого игрока, но честно, я не знаю, как реально судить, что он говорит мне, что прошло очень много времени, так как мне пришлось работать с C++.

Основываясь на приведенной выше информации, кто-нибудь может помочь мне определить, что не удается?

Я был бы рад предоставить дополнительную информацию, пожалуйста, спросите, и я поставлю ее.

Заранее спасибо за вашу помощь.

tronious 13 сен. 2014, в 05:49

Источник

0

Я предполагаю, что вы скопировали procarper.dll в c: \ Warper на компьютере с проблемой?
Peter Ritchie 13 сен. 2014, в 03:44
0

Да, я сделал ... спасибо, что спросил. В конце концов я решил проблему (как обычно, через 5 минут после публикации).
tronious 13 сен. 2014, в 04:29
1

Используйте монитор процессов SysInternals. Вы увидите, что ваша программа ищет DLL и не находит ее.
Hans Passant 13 сен. 2014, в 04:40
1

Спасибо, Ганс. Я нашел проблему с помощью DependencyWalker. Proc Monitor - определенно хорошая альтернатива. Я буду помнить это в будущем.
tronious 13 сен. 2014, в 04:45

Показать ещё 2 комментария

Теги:

c#

c++

dll

.net

pinvoke

1 ответ

Ещё вопросы

Я предполагаю, что вы скопировали procarper.dll в c: \ Warper на компьютере с проблемой?
Да, я сделал ... спасибо, что спросил. В конце концов я решил проблему (как обычно, через 5 минут после публикации).
Используйте монитор процессов SysInternals. Вы увидите, что ваша программа ищет DLL и не находит ее.
Спасибо, Ганс. Я нашел проблему с помощью DependencyWalker. Proc Monitor - определенно хорошая альтернатива. Я буду помнить это в будущем.

tronious · Answer 1 · 2014-09-13T02-40-00.000Z

Поэтому, если кто-то сталкивается с чем-то похожим, надеюсь, мой опыт может помочь.

Вот как я решил проблему. (СОВЕТ: Установите DependencyWalker на машине, которая дает вам проблему, и пройдите.dll, с которой вы столкнулись. DependencyWalker покажет недостающие зависимости или несоответствия CPU в Red).

Я знал, что приложение работает на компьютере А. Я знал, что одно и то же приложение не выполнено на компьютере Б.
Сообщение об ошибке было указано, что "указанный модуль не найден". Я был сосредоточен на фактическом.dll.
В REALITY ошибка не была связана с тем, что она не могла найти.dll. Скорее, это был тот факт, что он не мог найти зависимость, на которую ссылался Procwarper.dll. В этом случае именно:

MSVCP120D.DLL и MSVCR120D.DLL

Чтобы определить № 3, я использовал dependencywalker (www.dependencywalker.com). Поскольку я знал, что.dll был 32-битным, я установил 32-разрядную версию зависимого пользователя.
Я загрузил Procwarper.dll в dependencywalker на компьютере A (тот, где работает приложение). У Dependencywalker не было проблем.
Я загрузил dependencywalker на компьютер B (где приложение не работает). DependencyWalker показал две отсутствующие зависимости (две приведенные выше).
Я скопировал их из папки Windows\System32 компьютера A в компьютер B APP FOLDER
Я перерабатываю зависимость. Теперь он теперь показал отсутствие зависимостей, но у меня все еще была ошибка, потому что.dll в System32 64-разрядная.
Я сделал быстрый google и узнал, что папка SysWow64 содержит 32-разрядные версии этих системных библиотек System32.
Я скопировал эти два до компьютера B, и все сработало. Скопировать в ПАПКУ APP

Невероятно. Теперь я знаю, почему они называют это ".dll hell".

Надеюсь, это помогает кому-то.

Вы поняли это неправильно. Вы не можете переустанавливать время отладки. Если вы хотите восстановить среду выполнения, используйте установщик для среды выполнения. Если вы хотите скопировать, просто освободите библиотеки DLL времени выполнения сборки, поместите их в каталог приложения. Не изменяйте системные директории. Они не принадлежат тебе.
Я не модифицировал никаких системных каталогов. Я скопировал недостающие сборки с компьютера A на компьютер B и поместил их в каталог приложения. На седьмом шаге я никогда не говорил, куда я скопировал их на компьютер B. Это не выпускаемый продукт, поэтому системные каталоги ДОЛЖНЫ принадлежать мне, так как я заплатил за компьютер и операционную систему. ;) Несмотря на это я ничего не изменил. .. просто скопированные файлы. Несмотря на это...
Вы четко описываете копирование в system32 и syswow64. И тот факт, что у вас есть компьютер, не позволяет копировать отладочную RTL. Похоже, вы ошиблись, но, возможно, вы не хотите слышать мой совет.
Давид I С уважением не согласен. Я нигде не упоминаю, что копирую в папки system32 или syswow64 целевой машины. Я просто заявляю, что копирую на целевой компьютер. Я никогда не говорю, куда копирую TO. На самом деле я копирую в папку приложений. Также я не понимаю вашу точку зрения о RTL. Почему я забочусь о RTL? Эта неуправляемая DLL является третьей стороной. Я не строю это. Пожалуйста, внимательно перечитайте шаг семь, если вы действительно заинтересованы в том, о чем я говорю.
В целях ясности я обновил свой ответ, чтобы было понятнее, что я копирую в папку приложения. Также должно быть ясно. Я НЕ перераспределяю это. Это единственное приложение, размещенное на моем сервере.
Вы нарушаете правила лицензии. Если вы хотите отладочные библиотеки, вам нужно установить VS. Кто бы ни предоставил библиотеку, он сделал это неправильно. Они должны ссылаться на релизные сборки. Это было рассмотрено здесь Ad Naseum.
Копирование означает перераспределение. Вы лицензируете детали, что эти файлы могут быть помещены на компьютер только с помощью установщика (MSI) ... Это решает проблему; но Дэвид прав, вы технически нарушаете свою лицензию.
Предлагая зависимую работу, я решил, что моя проблема с libRETS не работает на 32-битном компьютере.