приложение завершается (без исключения) при ссылке на 64-битную dll из C #
Я скомпилировал lzo2.dll 64 бит и теперь собираюсь использовать его в программе на C #:
Я использую следующий класс для тестирования (аналогичный код работает для 32-битной lzo.dll):
[DllImport("lzo2.dll")]
private static extern string lzo_version_string();
static void Main(string[] args)
{
try
{
if (Environment.Is64BitProcess)
{
Console.WriteLine(lzo_version_string());//application exits here, no exceptions caught
}
}
catch (Exception e)
{
Console.WriteLine(e);
}
Console.ReadLine();
}
В указанном месте происходит сбой приложения, поэтому я вытащил windbg и вот результат: (извините за многословие)
0:000> !analyze -v
*******************************************************************************
* *
* Exception Analysis *
* *
*******************************************************************************
*** WARNING: Unable to verify checksum for C:\Windows\assembly\NativeImages_v4.0.30319_64\mscorlib\e0e5fbe72e8813a135fc878ff32b4bee\mscorlib.ni.dll
*** WARNING: Unable to verify checksum for Lzo64.exe
GetPageUrlData failed, server returned HTTP status 404
URL requested: http://watson.microsoft.com/StageOne/Lzo64_exe/1_0_0_0/4eccdc93/ntdll_dll/6_1_7601_17514/4ce7c8f9/80000003/000c40bf.htm?Retriage=1
FAULTING_IP:
ntdll!RtlReportCriticalFailure+2f
00000000`77a240bf cc int 3
EXCEPTION_RECORD: ffffffffffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 0000000077a240bf (ntdll!RtlReportCriticalFailure+0x000000000000002f)
ExceptionCode: 80000003 (Break instruction exception)
ExceptionFlags: 00000000
NumberParameters: 1
Parameter[0]: 0000000000000000
FAULTING_THREAD: 0000000000001c90
PROCESS_NAME: Lzo64.exe
ERROR_CODE: (NTSTATUS) 0x80000003 - {EXCEPTION} Breakpoint A breakpoint has been reached.
EXCEPTION_CODE: (HRESULT) 0x80000003 (2147483651) - One or more arguments are invalid
EXCEPTION_PARAMETER1: 0000000000000000
MOD_LIST: Я смотрел на это, но все же не могу установить даже намека на проблему. Я считаю, что он жалуется на символы, даже несмотря на то, что трассировка стека выглядит так, как будто у нее есть имена и, таким образом, дает некоторый смысл. Может ли кто-нибудь намекнуть, в чем может быть проблема, или указать направление, в котором двигаться дальше?
Он открывается ОК в CFF Explorer и Dependency Walker.
Нет , а не , похоже, проблема с lzo2.dll сама по себе, поскольку тестовые приложения, предоставленные как часть процесса сборки (lzotest.exe -mlzo COPYING), проходят.
9
задан Community 23 May 2017 в 10:29
поделиться
0 ответов
Другие вопросы по тегам: