У меня есть эта dll, которую я создал давно и использую для подключения к db определенного программного обеспечения, для которого я разрабатываю. У меня не было проблем более четырех лет и бесчисленных приложений с этой DLL.
Попытка развернуть мое последнее создание, я получаю следующую ошибку:
System.IO.FileNotFoundException: Could not load file or assembly '***.dll' or one of its dependencies. The specified module could not be found.
Итак, для каждой dll, которую я когда-либо писал, я всегда делал приложение простых форм для тестирования этой DLL как раз сам. Запуск этого простого приложения дало ту же ошибку. DLL не загружает и не использует ничего, кроме: System, System.Data, System.XML. Так что, насколько это возможно, я не вижу ничего плохого.
Кстати, все работает на dev-станции. Проблема ограничена станциями развертывания..Net и необходимые перераспределители, так как я все делаю на С++, развернуты и работают.
Запуск FUSLOGVW.exe показал, что все работает нормально.
Запуск depend.exe сказал: Предупреждение: по крайней мере один модуль имеет неразрешенный импорт из-за отсутствия функции экспорта в зависимом от задержки модуле.
Я уже пробовал переписывать все это. Это дало те же результаты.
Кто-нибудь узнает?
редактирует
Вот общее сообщение об ошибке:
See the end of this message for details on invoking \"
just-in-time (JIT) debugging instead of this dialog box.\"
************** Exception Text **************\"
System.IO.FileNotFoundException: Could not load file or assembly 'connectionTo.dll' or one of its dependencies. The specified module could not be found.\"
File name: 'connectionToJobboss32.dll'\"
at TESTConnection.Form1.button1_Click(Object sender, EventArgs e)\"
at System.Windows.Forms.Control.OnClick(EventArgs e)\"
at System.Windows.Forms.Button.OnClick(EventArgs e)\"
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)\"
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)\"
at System.Windows.Forms.Control.WndProc(Message& m)\"
at System.Windows.Forms.ButtonBase.WndProc(Message& m)\"
at System.Windows.Forms.Button.WndProc(Message& m)\"
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)\"
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)\"
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)\"
\"
************** Loaded Assemblies **************\"
mscorlib\"
Assembly Version: 4.0.0.0\"
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)\"
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll\"
----------------------------------------\"
TESTConnection\"
Assembly Version: 1.0.3996.18980\"
Win32 Version: \"
CodeBase: file:///C:/Program%20Files%20(x86)/conn/TESTConnection.exe\"
----------------------------------------\"
System.Windows.Forms\"
Assembly Version: 4.0.0.0\"
Win32 Version: 4.0.30319.1 built by: RTMRel\"
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll\"
----------------------------------------\"
System.Drawing\"
Assembly Version: 4.0.0.0\"
Win32 Version: 4.0.30319.1 built by: RTMRel\"
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll\"
----------------------------------------\"
System\"
Assembly Version: 4.0.0.0\"
Win32 Version: 4.0.30319.1 built by: RTMRel\"
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll\"
----------------------------------------\"
В средстве просмотра событий нет ошибок.
или одна из его зависимостей
В обычной ситуации вы не видите отсутствующую неуправляемую DLL с Fuslogvw.exe. Лучше всего запустить программу SysInternals ProcMon. Вы увидите, что он ищет DLL и не находит его. Режим профиля в Dependency Walker также может отображать его.
У меня была такая же проблема с dll вчера, и все, на что он ссылался, это System, System.Data и System.Xml. Оказывается, конфигурация сборки для типа платформы не выстраивалась в линию. DLL была построена для x86, а программа, использующая его, была "Any CPU", и поскольку я запускаю машину x64, она запускала программу как x64 и имела проблемы с dll x86. Я не знаю, является ли это вашей проблемой или нет, просто подумал, что я бы назвал это чем-то еще, чтобы проверить.
У меня была та же проблема. Для меня это было вызвано настройками по умолчанию на локальном сервере IIS на моей машине. Таким образом, простой способ исправить это - использовать встроенный сервер разработки Visual Studio:)
Новые версии IIS на машинах x64 имеют параметр, который не позволяет запускать 32-разрядные приложения по умолчанию. Чтобы включить 32-разрядные приложения в локальном IIS, выберите соответствующий пул приложений в диспетчере IIS, нажмите "Дополнительные настройки" и измените "Включить 32-разрядные приложения" с False на True
Я столкнулся с этим недавно. Оказалось, что старая DLL была скомпилирована с предыдущей версией (Visual Studio 2008) и ссылалась на эту версию динамических библиотек времени исполнения. Я пытался запустить его в системе, на которой был только .NET 4.0, и я никогда не устанавливал динамические библиотеки времени исполнения. Решение? Я перекомпилировал DLL для связывания статических библиотек времени выполнения.
Проверьте журнал ошибок приложений в средстве просмотра событий (EVENTVWR.EXE). Он даст вам больше информации об ошибке и, вероятно, укажет вам на истинную причину проблемы.
Недавно я столкнулся с этой проблемой, приложение будет отлично работать на машинах разработчика и выбирать другие машины, но не на недавно установленных компьютерах. Оказалось, что на машинах, на которых он работал, был установлен Runtime Visual С++ 11, в то время как только что установленные машины не были. Добавление Visual С++ 11 Runtime, распространяемое в установщик приложений, устраняет проблему...
Этот ответ абсолютно не связан с ситуацией OP, и это очень маловероятный сценарий для кого-то еще, но на всякий случай это может помочь кому-то...
В моем случае я получал "Не удалось загрузить файл или сборку" System.Windows.Forms, Version = 4.0.0.0... ", потому что я разобрал и повторно собрал программу, используя ILDAsm.exe и ILAsm.exe. Версия Net Framework/SDK 2. Переключение на ILDAsm.exe и ILAsm.exe из .Net Framework/SDK версии 4 устранило проблему.
(Как ни странно, хотя делать то, что я сделал, может показаться очевидной ошибкой, полученный EXE файл, который не работал, указывает на то, что он нацелился на .Net 4 при проверке с помощью JetBrains dotPeek.)
У меня была такая же проблема - DLL работала все время, потом мой компьютер разбился, а потом у меня возникла проблема "не удалось загрузить файл или сборку... dll"
Два возможных решения: когда компьютер разбился, могут быть некоторые несогласованные файлы в
C:\Users\<yourUserName>\AppData\Local\Temp\Temporary ASP.NET Files
Удаление этой папки, перекомпиляция и ошибка исчезла.
Как только мне пришлось удалить папку с папками (я прочитал это где-то еще). Разрешить Visual Studio/nuget устанавливать отсутствующие пакеты (или вручную переустанавливать), а затем все будет хорошо.
1) Скопируйте DLL из "Externals\ffmpeg\bin" в каталог вывода проекта (где исполняемый файл остается); 2) Убедитесь, что ваш проект построен для целевой цели x86 (работает в 32-битном режиме).
Более простой способ определить, какие зависимости принадлежит родной DLL, - использовать Dependency Walker - http://www.dependencywalker.com/
Я проанализировал собственную DLL и обнаружил, что это зависит от MSVCR120.DLL и MSVCP120.DLL, оба из которых не были установлены на моем промежуточном сервере в каталоге System32. Я установил среду выполнения С++ на моем промежуточном сервере, и проблема была решена.