Сбой приложения C # .Net X64 при использовании 64-битных DLL

Question

Сбой приложения C # .Net X64 при использовании 64-битных DLL

1

У меня проблема с запуском приложения С# (WPF,.Net 4.0, Visual Studio 2010), предназначенного для x64 и использующего 64-разрядную DLL (сторонняя сторона).

Проблема возникает, когда я запускаю 64-битную версию с 64-разрядной dll (на 64-битной версии Win7/WindowsServer2003). Приложение начнет нормально. Но когда я нажимаю кнопку запуска в приложении, где приложение создает поток и начинает взаимодействовать с dll, поток вылетает/останавливается при первом вызове функции dll. Ниже приведена ошибка, когда я закрываю приложение.

Подпись задачи:

Проблема Название события: APPCRASH

Название приложения: DelayServer.exe

Версия приложения: 1.0.0.0

Временная метка приложения: 52092104

Имя модуля неисправности: KERNELBASE.dll

Версия модуля неисправности: 6.1.7601.17965

Временная метка: 506dcae6

Код исключения: e0434352

Смещение смещения: 000000000000bccd

Версия ОС: 6.1.7601.2.1.0.272.7

Идентификатор локали: 2057

Дополнительная информация 1: 7315

Дополнительная информация 2:
73159f4fb34892aabcc4ba245f14f64e

Дополнительная информация 3: d5ec

Дополнительная информация 4:
d5ec134b8e354c23783e48c0e2e572da

Я понимаю, что это возможно, если между EXE и DLL существует несоответствие, то есть EXE - 32-битная, а DLL - 64 бит или наоборот. Прилагается скриншот моих настроек. Я не нашел способ проверить/изменить настройки платформы x64.

x64 Снимок экрана настроек проекта

Мой компьютер разработки - Win Vista 32bit, и я установил 64-битные компиляторы.

У меня 32-битное целевое приложение, использующее 32-битную DLL, работающую нормально на 32-битных comupters. Сбой происходит, когда я запускаю 64-битное целевое приложение с 64-разрядной DLL на 64-битном компьютере

Я пробовал dependencywalker, но я не могу объяснить дальше, чтобы найти какие-либо зависимости.

Может кто-то, пожалуйста, помогите мне с этим.

Много спасибо Сэму

SamVen 26 авг. 2013, в 01:59

Источник

0

Итак, вы пытаетесь создать приложение x64 на компьютере x32?
sa_ddam213 25 авг. 2013, в 23:53
0

Да. Это неправильно ?? Я полагаю, что я создаю для x64 как. Я выбрал это в целевой платформе, но я не знаю, как редактировать / проверять настройки для платформы x64.
SamVen 26 авг. 2013, в 22:38
0

Вы дали нам описание среды компиляции, теперь дайте нам описание среды выполнения. Что это за версия Windows, какие версии .NET установлены?
Ben Voigt 27 авг. 2013, в 22:29
0

На самом деле, и если у вас нет неуправляемых зависимостей - вы должны попытаться избежать присвоения битности управляемым dll и exes. Runtime решит эту проблему для вас.
Arielr 27 авг. 2013, в 22:30
0

@BenVoigt: исполнение выполняется на 64-битной (Win7 / Windows Server 2003). Я проверил .Net окружение 4.0+. Приложение запускается нормально, когда я открываю. Но когда я нажимаю кнопку запуска в приложении, оно должно делать 64-битные вызовы функций DLL. Сбой приложения прямо здесь .. Я не могу открыть приложение на 32-битном компьютере, так как он жалуется, что «версия файла не совместима с версией Windows»
SamVen 28 авг. 2013, в 18:00
0

@Arielr: у меня нет никаких неуправляемых зависимостей согласно моим знаниям. Можете ли вы объяснить ваши рекомендации немного больше ..
SamVen 28 авг. 2013, в 18:14
0

@ SamVen: Вы говорите, что сторонняя DLL - это чистый код .NET? Если у него вообще есть какой-либо машинный код, это «неуправляемая зависимость», и вам следует проверить с помощью Dependency Walker, чтобы убедиться, что все необходимые им DLL-библиотеки поддержки также присутствуют и найдены правильно.
Ben Voigt 28 авг. 2013, в 18:21
0

Вы должны быть в состоянии, по крайней мере, получить трассировку стека от сбоя, используя Dr. Watson или WinDbg или агент удаленного отладчика Visual Studio.
Ben Voigt 28 авг. 2013, в 18:22

Показать ещё 6 комментариев

Теги:

c#

dll

64bit

visual-studio-2010

1 ответ

Ещё вопросы

Итак, вы пытаетесь создать приложение x64 на компьютере x32?
Да. Это неправильно ?? Я полагаю, что я создаю для x64 как. Я выбрал это в целевой платформе, но я не знаю, как редактировать / проверять настройки для платформы x64.
Вы дали нам описание среды компиляции, теперь дайте нам описание среды выполнения. Что это за версия Windows, какие версии .NET установлены?
На самом деле, и если у вас нет неуправляемых зависимостей - вы должны попытаться избежать присвоения битности управляемым dll и exes. Runtime решит эту проблему для вас.
@BenVoigt: исполнение выполняется на 64-битной (Win7 / Windows Server 2003). Я проверил .Net окружение 4.0+. Приложение запускается нормально, когда я открываю. Но когда я нажимаю кнопку запуска в приложении, оно должно делать 64-битные вызовы функций DLL. Сбой приложения прямо здесь .. Я не могу открыть приложение на 32-битном компьютере, так как он жалуется, что «версия файла не совместима с версией Windows»
@Arielr: у меня нет никаких неуправляемых зависимостей согласно моим знаниям. Можете ли вы объяснить ваши рекомендации немного больше ..
@ SamVen: Вы говорите, что сторонняя DLL - это чистый код .NET? Если у него вообще есть какой-либо машинный код, это «неуправляемая зависимость», и вам следует проверить с помощью Dependency Walker, чтобы убедиться, что все необходимые им DLL-библиотеки поддержки также присутствуют и найдены правильно.
Вы должны быть в состоянии, по крайней мере, получить трассировку стека от сбоя, используя Dr. Watson или WinDbg или агент удаленного отладчика Visual Studio.

SamVen · Answer 1 · 2013-09-13T20-44-00.000Z

Я, наконец, решил проблему.

Когда я использовал средство диагностики отладки Microsoft (с http://www.microsoft.com/en-gb/download/details.aspx?id=26798), дамп сбоя показывает, что есть проблема с загрузкой моей внешней DLL или ее зависимостей. Затем я загрузил свою внешнюю dll в Dependency Walker (http://dependencywalker.com/), что показывает, что он не может найти зависимость msvcp100.dll, которая связана с Microsoft VC++.

Поэтому я установил Microsoft повторно распространяемый пакет (x64), и мое приложение больше не разбивается.

Спасибо всем за вашу помощь...

Пожалуйста, примите ваш ответ как правильный, чтобы мы могли легко увидеть, что проблема была решена. Смотрите принятие ответов . ;)