chiusura dell'applicazione (senza eccezione) quando si fa riferimento a 64 bit DLL da C#

ho compiled lzo2.dll 64 bit e ora sta cercando di usarlo in un programma C#:chiusura dell'applicazione (senza eccezione) quando si fa riferimento a 64 bit DLL da C#

sto usando la seguente classe di testare (codice simile funziona per 32bit 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(); 
}

nel punto indicato l'applicazione si blocca, così ho tirato fuori windbg e qui è l'output di che: (spiacente per prolissità)

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: <ANALYSIS/> 

NTGLOBALFLAG: 70 

APPLICATION_VERIFIER_FLAGS: 0 

MANAGED_STACK: 
(TransitionMU) 
000000000054E670 000007FEF1F3BF6C mscorlib_ni!System.StubHelpers.CSTRMarshaler.ClearNative(IntPtr)+0x3c 
000000000054E730 000007FF00140319 Lzo64!DomainBoundILStubClass.IL_STUB_PInvoke()+0x14031a 
000000000054E840 000007FF00140181 Lzo64!Lzo64.Program.Main(System.String[])+0x61 
(TransitionUM) 

MANAGED_STACK_COMMAND: _EFN_StackTrace 

LAST_CONTROL_TRANSFER: from 0000000077a24736 to 0000000077a240bf 

BUGCHECK_STR: APPLICATION_FAULT_WRONG_SYMBOLS_CALL 

PRIMARY_PROBLEM_CLASS: WRONG_SYMBOLS_CALL 

DEFAULT_BUCKET_ID: WRONG_SYMBOLS_CALL 

STACK_TEXT: 
00000000`0054e3d0 00000000`77a24736 : 00000000`00000002 00000000`00000023 00000000`0054e6a8 00000000`00000003 : ntdll!RtlReportCriticalFailure+0x2f 
00000000`0054e4a0 00000000`77a25942 : 000007fe`f1533de8 000007fe`f1533de8 00000000`0054ea10 00000000`0054e8a8 : ntdll!RtlpReportHeapFailure+0x26 
00000000`0054e4d0 00000000`77a275f4 : 00000000`005d0000 00000000`00000000 00000000`00000000 00000000`0064e560 : ntdll!RtlpHeapHandleError+0x12 
00000000`0054e500 00000000`779cdcb7 : 000007fe`faab7b68 00000000`005d0000 000007fe`faab7b68 000007fe`f2d85000 : ntdll!RtlpLogHeapFailure+0xa4 
00000000`0054e530 000007fe`fe3e8e56 : 00000000`0054e900 000007fe`faab7b68 00000000`f2734dd5 00000000`00000000 : ntdll! ?? ::FNODOBFM::`string'+0x10c7c 
00000000`0054e5b0 000007fe`f27319c2 : 000007fe`faab7b68 0000a965`d9ebab11 000007fe`faab7b68 00000000`00000004 : ole32!CoTaskMemFree+0x36 
00000000`0054e5e0 000007fe`f1f3bf6c : 000007fe`faab7b68 00000000`0054ea10 0000a965`d9ebab11 000007fe`f2dbd2c0 : clr!DoNDirectCallWorker+0x62 
00000000`0054e670 000007ff`00140319 : 00000000`00000000 000007ff`000240f0 00000000`0054ea10 00000000`0054e8a8 : mscorlib_ni+0xa8bf6c 
00000000`0054e730 000007ff`00140181 : 00000000`00000001 00000000`0054eaa0 00000000`0054e900 000007fe`f2734dd5 : 0x7ff`00140319 
00000000`0054e840 000007fe`f2759714 : 00000000`02c31a58 00000000`0054eaa0 00000000`0054e900 000007fe`f2734dd5 : 0x7ff`00140181 
00000000`0054e8a0 000007fe`f2759829 : 000007ff`00024138 00000000`00000001 00000000`00000000 00000000`00000000 : clr!CallDescrWorker+0x84 
00000000`0054e8f0 000007fe`f27598a5 : 00000000`0054ea08 00000000`00000001 00000000`0054ea10 00000000`0054ebf0 : clr!CallDescrWorkerWithHandler+0xa9 
00000000`0054e970 000007fe`f28f6651 : 00000000`00000000 00000000`0054ebf8 00000000`00000001 000007fe`f14b1a32 : clr!MethodDesc::CallDescr+0x2a1 
00000000`0054eba0 000007fe`f28f6788 : 00000000`0064e560 00000000`0064e560 00000000`00000000 00000000`00000000 : clr!ClassLoader::RunMain+0x228 
00000000`0054edf0 000007fe`f28f653e : 00000000`0054f3f0 00000000`00000200 00000000`0065afa0 00000000`00000200 : clr!Assembly::ExecuteMainMethod+0xac 
00000000`0054f0a0 000007fe`f2915e56 : 00000000`00000000 00000000`01280000 00000000`00000000 00000000`00000000 : clr!SystemDomain::ExecuteMainMethod+0x452 
00000000`0054f650 000007fe`f2915d73 : 00000000`01280000 00000000`00000000 00000000`00000000 00000000`00000000 : clr!ExecuteEXE+0x43 
00000000`0054f6b0 000007fe`f2906c6d : 00000000`0064e560 ffffffff`ffffffff 00000000`00000000 00000000`00000000 : clr!CorExeMainInternal+0xc4 
00000000`0054f720 000007fe`f9d03309 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`0054f708 : clr!CorExeMain+0x15 
00000000`0054f760 000007fe`f9e15b21 : 000007fe`f2906c58 000007fe`f9d032c0 00000000`00000000 00000000`00000000 : mscoreei!CorExeMain+0x41 
00000000`0054f790 00000000`773f652d : 000007fe`f9d00000 00000000`00000000 00000000`00000000 00000000`00000000 : MSCOREE!CorExeMain_Exported+0x57 
00000000`0054f7c0 00000000`7798c521 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : KERNEL32!BaseThreadInitThunk+0xd 
00000000`0054f7f0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x1d 


STACK_COMMAND: .cxr 0000000000000000 ; kb ; dt ntdll!LdrpLastDllInitializer BaseDllName ; dt ntdll!LdrpFailureData ; ~0s ; kb 

FOLLOWUP_IP: 
clr!DoNDirectCallWorker+62 
000007fe`f27319c2 41c744240c01000000 mov dword ptr [r12+0Ch],1 

SYMBOL_STACK_INDEX: 6 

SYMBOL_NAME: clr!DoNDirectCallWorker+62 

FOLLOWUP_NAME: MachineOwner 

MODULE_NAME: clr 

IMAGE_NAME: clr.dll 

DEBUG_FLR_IMAGE_TIMESTAMP: 4e1822f4 

FAILURE_BUCKET_ID: WRONG_SYMBOLS_CALL_80000003_clr.dll!DoNDirectCallWorker 

BUCKET_ID: X64_APPLICATION_FAULT_WRONG_SYMBOLS_CALL_clr!DoNDirectCallWorker+62 

WATSON_STAGEONE_URL: http://watson.microsoft.com/StageOne/Lzo64_exe/1_0_0_0/4eccdc93/ntdll_dll/6_1_7601_17514/4ce7c8f9/80000003/000c40bf.htm?Retriage=1 

Followup: MachineOwner 
---------

ho avuto uno sguardo a questo, ma ancora non riesco ad accertare nemmeno un accenno al problema. Credo che si lamenta dei simboli anche se la traccia dello stack sembra avere nomi e quindi fornire un significato. Qualcuno può suggerire quale potrebbe essere il problema o indicare la direzione da seguire?

Si apre OK in CFF Explorer e Dipendenza Walker.

C'è non sembra essere un problema con il lzo2.dll in sé come le applicazioni di test fornite come parte del processo di compilazione (lzotest.exe -mlzo COPYING) pass.

fonte

2011-11-23 wal

una dll a 64 bit riferimento a una versione a 32 bit del crt sembra davvero sbagliato e quasi certamente gli impedirà di caricare – stijn

questo è un problema con il processo di costruzione, allora? Ho anche provato a reinstallare la versione x64 dei pacchetti C++ ridistribuibili e ricompilare lzo senza successo. Il processo di compilazione – wal

potrebbe andare bene (a meno che non abbiate completamente rovinato le impostazioni VS, non è possibile produrre una dll a 64 bit collegata a un crt a 32 bit) . La mia ipotesi è che Dependency Walker non riesca a trovare il corrispondente MSVCR100.dll e quindi non sa che è a 64 bit, quindi non mostra i numeri '64' su di esso. Potrebbe esserci qualcosa di sbagliato nel tuo percorso di sistema (gli strumenti di lzo funzionano anche?). Anche reinstallare il redist non risolverà mai questo problema, se hai installato correttamente VS non hai bisogno di redistare separatamente: altrimenti non saresti in grado di eseguire alcun exe creato da VS. – stijn

Nessuna traccia di stack, ma posso indovinare, si vede CoTaskMemFree() da qualche parte. Che è ciò che il marshaller di pinvoke chiama per rilasciare il buffer delle stringhe restituito dalla funzione. Il problema è che il buffer delle stringhe non è stato allocato da CoTaskMemAlloc(). Vista e Windows 7 hanno un gestore della memoria molto più rigido, non consentono a un programma di rilasciare memoria che non è stato assegnato. Funziona su XP, semplicemente ignora il puntatore del buffer cattivo.

Le funzioni C che restituiscono le stringhe sono un problema di gestione della memoria. È comunque probabile che funzioni in questo caso specifico, probabilmente restituisce una stringa letterale che non ha bisogno di essere rilasciata. È necessario fermare il marshaller dal tentativo di liberare la stringa, dichiarare la funzione in questo modo:

[DllImport("lzo2.dll")] 
private static extern IntPtr lzo_version_string();

e usarlo in questo modo:

IntPtr strPtr = lzo_version_string(); 
string version = Marshal.PtrToStringAnsi(strPtr);

fonte

2011-11-23 13:17:38

Hans, grazie, che l'ha sistemata e apprezzo la spiegazione dettagliata. E giusto per chiarire, quando hai detto 'no stack trace' sembra che ci sia uno stack in windbg con nomi significativi. Cosa manca che ti ha fatto dire che non c'è stack? (e sì 'CoTaskMemFree' era sullo stacktrace) – wal

Non importa, ho dimenticato di scorrere. –

chiusura dell'applicazione (senza eccezione) quando si fa riferimento a 64 bit DLL da C#

risposta

Problemi correlati