Dependency Walker中的.NET应用程序：FlsAlloc

Question

我试图来分析在Dependency Walker中几个.NET的可执行文件，总是得到这样的：

GetProcAddress的（0x7C800000 [KERNEL32.DLL]， “FlsAlloc”）从 “MSCOREE.DLL” 称为在地址0x79006079和返回0xFFBADD11。

我试图使一个新的Windows窗体项目VS2005并没有采取任何行动，但构建它。的Dependency Walker仍然给出了同样的错误。这是否意味着它不再可能剖析.Net应用程序，还是我失去了一些东西？

Answer 1

依赖助行器只能轮廓非托管程序。

Answer 2

有同样的问题，但常见问题解答这样说：

威尔依赖沃克COM，Visual Basic或.NET模块工作？

是。的Dependency Walker将与任何32位或64位Windows模块的工作，无论是用于开发它是什么语言。然而，许多语言都有自己的方式来指定模块之间的依赖关系。例如，COM模块可以具有嵌入的类型库和注册信息在注册表中，和.NET模块可以使用.NET组件。这些技术的实现为核心的Windows API之上的层。最终，这些层仍然需要降下来到核心的Windows功能，如调用LoadLibrary和GetProcAddress做实际的工作。就是在Dependency Walker中明白是怎么回事，这个核心层面。所以，虽然Dependency Walker中可能不理解你的应用程序的所有特定语言的复杂性，它仍然能够在核心的Windows API级别来跟踪所有模块的活动。