检测到严重错误 c0000374 - C dll 将指针从分配的内存返回给 C#

Question

我有一个 c++ dll，它为我的主要 c# 应用程序提供一些功能。在这里，我尝试读取一个文件，将其加载到内存中，然后将一些信息（例如指向加载数据的指针和内存块的计数）返回给 c#。 Dll 成功将文件读取到内存，但在返回主应用程序时，由于堆损坏（检测到严重错误 c0000374）导致程序崩溃。

代码非常简单明了，我之前做过一些类似的事情没有问题，但是我不知道是什么造成了这里的问题，我尝试使用“new、malloc 和 GlobalAlloc”分配内存，但都没有帮助。代码如下：

C++ MyDll：

 typedef unsigned long         U32;

extern "C" __declspec(dllexport) int ReadFile(LPSTR Path, U32** DataPtr, U32* Count)
{
   FILE *fp;
   U32 *Data;
   CString tempStr(Path);
   long fSize;

   if(!(fp = fopen(tempStr, "rb"))) {
    return 0;
   }

   // Obtain File Size;
   fseek(fp, 0, SEEK_END);
   fSize =  ftell(fp);
   rewind(fp);

   Data = (U32 *)GlobalAlloc(0, fSize);
   if(Data == NULL) {
            fclose(fp);
            return -1;
    }

    // Copy file into the buffer.
        if(!(*Count = fread(Data, sizeof(U32), fSize / sizeof(U32), fp))) {
           fclose(fp);
           free(Data);
           return -2;
        }

   *DataPtr = (U32 *)Data;
       return 1;
}

C# 应用程序：

         [DllImport(@"MyDll.dll", CallingConvention= CallingConvention.Cdecl)]
    private static extern int ReadFile([MarshalAs(UnmanagedType.LPStr)]string Path, out IntPtr dataPtr, out uint Count);

private void readDump(string Path)
{
    uint count = 0;
    IntPtr Data = new IntPtr();

   try{
       if(ReadFile(Path, out Data, out count) == 1) //The Program crashes just right after this statement
       {
           //Do Something ...
       }
    }
    catch() {}

}

该程序在调试和发布模式下都会崩溃。除非我在加载文件后在调试模式下暂停程序并在“Visual Studio 的即时窗口”中调用一些内存块。要加载的文件大小约为 64MB，PC 上有超过 2GB 的未使用内存。

更新： 我注意到，他们之前工作的一些第三方程序因“异常代码：c0000005”而崩溃，并且在 Windows 7（主机）中发生了一些其他奇怪的事情。所以我在另一个 Windows 安装中测试了代码，一切似乎都正常工作。所以可能它与Windows 7有关。现在我该如何解决这个问题？ “sfc /scannow” 找不到任何问题。

原文由 2i3r 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

如果您的所有代码确实如上所示，那么我看不到问题所在。但是，当我遇到这个问题时，有时是因为 malloc/new/whatever 检测到堆损坏，通常这种损坏以前已经在程序中发生过，但是崩溃已经延迟到下一次调用 new/malloc。

如果您在执行上述操作并崩溃之前读取其他文件，或者分配或释放其他缓冲区，我会在那里寻找问题。也许在你写入缓冲区的任何地方抛出一堆断言并检查边界和你正在写的内容是否溢出。抱歉，这不是一个具体的答案，我没有足够的代表将此建议作为评论留下。

原文由 Froyo_np 发布，翻译遵循 CC BY-SA 3.0 许可协议

Answer 2

我参加聚会迟到了，但我走了。

我从我自己的程序中收到了这个错误代码，它把我带到了这篇文章。我在 Windows 7 中设置了一个超出范围的数组位置，导致下一次分配使程序崩溃。我通过使用 MinGW 的 gcc 使用 -g 标志编译然后使用 gdb 运行程序发现了错误。在这里的某个地方，您读取或写入了一个无效的位置，并且下一次分配在堆损坏时开始。我通过边界检查我的迭代器解决了我的问题，但这似乎不是这里的问题。

C程序的主要问题：

• 您用来查找文件大小的方法没问题，但是当您为 Data 数组分配内存时，您将转换为 32 位整数数组，这有问题。对此进行强制转换要求文件的大小以字节为单位是 4 的倍数。如果您的文件带有 FILE_SIZE % 4 == 1 那么有 3 个字节不是您分配的数据的一部分，但可以访问当您查看 u32 数组的最后一个元素时。
• fread 是如何实现的，您应该避免写入这个超出范围的位置，但是当文件大小不是 4 的倍数时，您将错过最后 1 到 3 个字符，因为整数除法会截断余数。
• 您应该在退出范围之前关闭文件，包括在读取文件中的所有内容之后。

解决方案：

• 对此的解决方案可能是将数组大小四舍五入到最接近的 4 的倍数。然后保证不会访问从 [0] 到 [fSize - 1] 的超出范围的位置。
• 如果尝试复制文件的最后一个字节会导致致命错误，除了使用字符数组四舍五入最接近的 4 倍数，然后逐字节读取之外，我没有一个像样的解决方案。阅读完所有内容后，您可以转换为 u32，因为 C 允许转换。

该版本的软件可能在强制转换时做了一些额外的工作，以便写入超出范围的位置，或者 C# 进行了一些额外的分配调用来做同样的事情（我不熟悉 C# 的编译方式以及什么指令改变它可以强加）。

一些用于查找下一个 4 的倍数的代码：

 size_t diff, rfSize = fSize; /* size_t is preferable for array sizes and indexes,
                              * but matching to fSize's data type will work and
                              * ensures no truncation occurs. */

/* Only if this is not already a multiple of 4 */
if (diff = fSize % 4)
  /* Mod gives the remainder by division by 4, which is also the difference between
   * fSize and the next multiple of 4. */
  rfSize= fSize + diff;

原文由 Wolfspaine 发布，翻译遵循 CC BY-SA 4.0 许可协议