从Delphi DLL回调到C#-仅在空闲Winform或使用app.doevents时有效?

| 我放弃了,我不得不写问。我正在使用用Delphi编写的非托管DLL,只要开发该硬件来监视它,它就会异步调用传递给它的(无参数)回调。 我在C#中所做的是保持对创建的委托的静态引用,然后将其作为参数传递给Delphi端的start方法。这告诉DLL每当有新数据要提取时,都使用GetData方法使用回调通知我。 在我尝试在控制台应用程序或Windows服务中执行完全相同的操作之前,所有方法都可以正常工作。或者,如果我在单独的线程上创建并调用与DLL相关的方法,而又不让该线程旋转做Application.DoEvents()。通常,具有类似问题的人似乎在使用GC或调用约定时遇到问题,但是通过(让)代表Ref I站起来(试图避免)来解决GC问题,而没有进一步的线索来解决此问题。 我假设我在DLL调用提供的用于连接到我的回调处理程序的thunk之后缺少CLR如何调用我的回调的某些重要事项。 我的DLL导入的声明如下所示:
    [DllImport(\"TheDelphiApi.dll\", CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Ansi)]
    private static extern UInt32 Start(MulticastDelegate callback);

    [DllImport(\"TheDelphiApi.dll\", CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Ansi)]
    private static extern void GetData(byte[] recdata);

    public delegate void EngineCallbackHandler();                     

    private static EngineCallbackHandler engineCallback;
然后调用设置回调:
        UInt32 result = Start(engineCallback);
有线索吗?对DoEvents的需求是什么?非常感谢任何反馈,已经尝试了几天,对此没有任何进展的迹象。 / J     
已邀请:
看不到本机代码很难说,但是我会假设本机端的代码取决于在调用Start的线程上正在处理的消息循环。例如因为它使用的是TTimer或类似产品? 一旦返回了对Start的调用,只有两种方法可以在该DLL中执行任何代码。启动了新线程,或者已注册了计时器或其他依赖于窗口消息的机制。 编辑: 另一种可能性: 如果本机DLL在STA(单线程单元)中使用跨进程COM,则COM取决于有效的消息循环。     

要回复问题请先登录注册