装载机锁定错误

时间:2008-09-11 14:12:42

标签: c# loaderlock

我在C ++ dll上构建,通过在C#中编写代码。

我收到错误,说

  

检测到LoaderLock消息:   在OS中尝试托管执行   装载机锁。不要试图跑   DllMain或图像中的托管代码   初始化函数,因为这样做   可以导致应用程序挂起。

我尝试了解这个错误究竟意味着什么,但是我正在绘制毫无意义的文章,大多说这只是一个警告,我应该在Visual Studio中关闭它。 其他解决方案似乎是由于ITunes,或者在使用DirectX进行编程时出现此问题。我的问题与两者都无关。

任何人都可以解释一下这实际意味着什么?

9 个答案:

答案 0 :(得分:62)

你需要去菜单Debug - >例外,打开托管调试助手,找到LoaderLock并取消选中

http://goo.gl/TGAHV

答案 1 :(得分:49)

装载机锁的一般概念: 系统在锁内部运行DllMain中的代码(如同步锁定)。因此,在DllMain中运行非平凡的代码是“请求死锁”,如here所述。

问题是,你为什么要在DllMain中运行代码?这个代码在DllMain的上下文中运行是否至关重要,或者是否可以生成一个新线程并在其中运行代码,而不是等待代码在DllMain中完成执行?

我认为manged代码的问题在于,运行托管代码可能涉及加载CLR等等,并且不知道那里会发生什么会导致死锁...我不会听从“禁用此警告“如果我是你,因为在某些情况下你会发现你的应用程序意外挂起。

答案 2 :(得分:14)

更新.NET 4.0和更多最近的框架

这是在.Net 2.0时提出的一个老问题,当支持混合模式DLL有严重的初始化问题时,容易出现随机死锁。从.Net 4.0开始,混合模式DLL的初始化已经改变。现在有两个独立的初始化阶段:

  1. 在DLL的入口点调用的本机初始化,包括本机C ++运行时设置和DllMain方法的执行。
  2. 管理初始化,由系统加载程序自动执行。
  3. 由于步骤#2是在Loader Lock之外执行的,因此没有死锁。详情见Initialization of Mixed Assemblies

    要确保可以从本机可执行文件加载混合模式程序集,您唯一需要检查的是DllMain方法被声明为本机代码。 #pragma unmanaged可以在这里提供帮助:

    #pragma unmanaged
    
    BOOL APIENTRY DllMain(HMODULE hModule,
        DWORD  ul_reason_for_call,
        LPVOID lpReserved
        )
    {
        ... // your implementation here
    }
    

    DllMain可能直接或间接调用的任何代码也是非托管的也很重要。限制DllMain使用的功能类型是有意义的,因此您可以跟踪从DllMain可到达的所有代码,并确保它全部使用#pragma unmanaged进行编译。

    如果编译器检测到DllMain未被声明为非托管,则会给你一些警告C4747:

    1>  Generating Code...
    1>E:\src\mixedmodedll\dllmain.cpp : warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock, including the DLL entrypoint and calls reached from the DLL entrypoint
    

    但是,如果DllMain间接调用其他托管函数,编译器将不会生成任何警告,因此您需要确保永远不会发生,否则您的应用程序可能会随机死锁。

答案 3 :(得分:6)

按ctr d + e然后扩展托管调试助手节点。然后取消选中LoaderLock。

希望这会对你有所帮助。

答案 4 :(得分:4)

请提醒那些 VS2017用户您需要停用" 例外帮助"而不是" 例外助手"(在VS2017之前)以防止加载程序锁定错误,哪个设置路径为 Debug-> Exception 。刚刚遇到这个问题,浪费了2个小时寻找解决方案......

答案 5 :(得分:3)

我最近在创建用本机代码编写的COM-Object实例时遇到此错误:

m_ComObject = Activator.CreateInstance(Type.GetTypeFromProgID("Fancy.McDancy"));

这导致了所描述的错误。检测到" LoaderLock" -Exception被抛出。

我通过在额外的线程中创建对象实例来克服这个错误:

ThreadStart threadRef = new ThreadStart(delegate { m_ComObject = Activator.CreateInstance(Type.GetTypeFromProgID("Fancy.McDancy")); });
Thread myThread = new Thread(threadRef);

myThread.Start();
myThread.Join(); // for synchronization

答案 6 :(得分:3)

我正在构建一个C ++ CLR DLL(MSVS2015),它必须调用非托管DLL并定义非托管代码。我使用#pragma managed和#pragma unmanaged来控制代码的给定区域的模式。

在我的情况下,我只是将#pragma unmanaged放在我的DllMain()前面,这解决了这个问题。 它似乎在想我想要一个管理版的DllMain()。

答案 7 :(得分:2)

出现此问题是由于Visual Studio中的调试程序在一个或多个DLL文件中运行使用Microsoft Foundation Classes 8.0版的托管应用程序的方式。

请仔细阅读:http://msdn.microsoft.com/en-us/library/aa290048(vs.71).aspx

答案 8 :(得分:0)

visual studio 2017实例中的设置路径是“调试”->“ Windows”->“例外设置”。异常设置“窗口”显示在底部的选项卡组中(与单独的窗口相对),花了我一段时间才注意到。搜索“加载程序”。