2

这个真的开始让我头疼:(

我有一个非托管 DLL，我正在尝试与之互操作，但运行不顺利。该应用程序有时会工作......但大多数时候，随机通过 AccessViolationException 并可怕地崩溃。

我想我已经把它缩小到我对单个 DllImport 的错误处理：

C++ 函数：

HTMLRENDERERDLL_REDIST_API void SetDataBuffer( int windowHandle, unsigned char* dataSource, int format, int stride, int totalBufferSize );

C# DLL 导入：

[DllImport("MyDll.dll", ExactSpelling = true, CallingConvention = CallingConvention.Cdecl)]
    static private extern unsafe void SetDataBuffer(Int32 windowHandle, [MarshalAs(UnmanagedType.LPArray, SizeParamIndex = 1)] byte[] dataSource, Int32 format, Int32 stride, Int32 totalBufferSize);

调用上述函数：

var buffer = new byte[windowWidth * windowHeight * bytesPerPixel];
SetDataBuffer(windowHandle, buffer, (Int32)0, (Int32)(windowWidth * bytesPerPixel), (Int32)(windowWidth * windowHeight * bytesPerPixel));

这有什么明显的问题吗？我怀疑这dataSource是罪魁祸首，但......不知道如何证明！

谢谢

4

2 回答 2

2

您的问题可以从函数的名称中推断出来。当您“设置缓冲区”时，本机代码很可能稍后会使用该缓冲区。这与垃圾收集器不兼容，它会在压缩堆时移动数组。当本机代码写入缓冲区时，这是一个很大的 Kaboom，它将写入不再存在的内存。当垃圾收集器检测到堆完整性受到损害时，最典型的结果是 FatalExecutionEngineException。

需要固定数组，这是 pinvoke 编组器在调用函数时所做的事情，但它会在调用后取消固定数组。

您可以使用 GCHandle.Alloc() 固定托管数组，但如果您长时间固定它，这对垃圾收集器非常不利。到目前为止，最好的解决方案是使用 Marshal.AllocHGlobal 分配一块非托管内存，它永远不会移动。

如果您仍然遇到问题，请担心缓冲区的大小。而且只是原生代码中的简单痛苦，它很少需要太多帮助才能在 AccessViolation 上摔倒。这是本机代码的标准故障模式。很难诊断，如果你没有源代码就不可能。联系代码所有者寻求支持，提供一个小的重现片段来帮助他找到问题。

于 2012-07-27T10:52:00.043 回答
0

我同意数据源很可能是问题所在。

尝试更改 dllimport，使其使用 IntPtr 而不是 byte[]。 

[DllImport("MyDll.dll", ExactSpelling = true, CallingConvention = CallingConvention.Cdecl)]
static private extern unsafe void SetDataBuffer(Int32 windowHandle, IntPtr dataSource, Int32 format, Int32 stride, Int32 totalBufferSize);

然后当你调用它时，显式地为缓冲区分配内存，如下所示： 

IntPtr buffer = Marshal.AllocHGlobal(windowWidth * windowHeight * bytesPerPixel);
SetDataBuffer(windowHandle, buffer, (Int32)0, (Int32)(windowWidth * bytesPerPixel), (Int32)(windowWidth * windowHeight * bytesPerPixel));

完成后不要忘记打电话Marshal.FreeHGlobal(buffer)。

我认为缓冲区正在由 Update 方法在内部使用？

于 2012-07-27T09:51:31.180 回答