Frage

Ich habe versucht, mehr .NET ausführbare Dateien in Dependency Walker zu profilieren und immer etwas wie diese:

GetProcAddress (0x7C800000 [KERNEL32.DLL] "FlsAlloc" genannt) von "MSCOREE.DLL" an der Adresse 0x79006079 und kehrte 0xFFBADD11.

Ich habe versucht, macht eine neue Windows-Formen VS2005 Projekt und nichts tat, aber es bauen. Dependency Walker gibt immer noch den gleichen Fehler. Bedeutet dies, dass es nicht mehr möglich ist .Net-Anwendungen zu profilieren, oder bin ich etwas fehlt?

War es hilfreich?

Lösung

Dependency Walker können nur nicht verwaltete Programme profilieren.

Andere Tipps

das gleiche Problem, aber die FAQ sagt diese:

Will Dependency Walker Arbeit mit COM, Visual Basic oder .NET-Module?

Ja. Dependency Walker arbeitet mit alle 32-Bit- oder 64-Bit-Windows-Modul, unabhängig davon, welche Sprache verwendet wurde, um es zu entwickeln. Allerdings haben viele Sprachen ihre eigene Art und Weise Abhängigkeitsbeziehungen zwischen den Modulen zu spezifizieren. Zum Beispiel COM Module können Typbibliotheken und Registrierungsinformationen in der Registrierung eingebettet und .NET-Module können .NET-Assemblies verwenden. Diese Techniken sind alle als Schichten über dem Kern Windows-API implementiert. Am Ende müssen diese Schichten noch zu den Kern-Windows-Funktionen wie Loadlibrary und GetProcAddress rufen Sie die eigentliche Arbeit zu tun. Es ist in diesem Kern Ebene, dass Dependency Walker versteht, was los ist. So, während Dependency Walker alle der sprachspezifischen nicht verstehen Komplexität Ihrer Anwendung, wird es weiterhin möglich sein, all Modul-Aktivität bei einer zentralen Windows-API-Ebene zu verfolgen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top