C#调用C程序dll的内存问题

[一只大蘑菇]

项目需要：实现C#调用C语言写的的算法，该C程序需要封装成dll。C程序本身可以跑通没有任何问题，随即写了一个C#demo来调用该算法。报如下图的错误

由于测试阶段，所以该C程序没有参数接口，所以排除网上一些帖子说的参数类型不匹配的原因。
进入dll内部进行调试，报如下错误

经调试发现是第二块内存continental_47_grid分配失败导致的上图错误，第一块aodgrid分配正常。

但如果手动把分配内存大小调小可以分配成功。如此看来是内存空间不够的问题导致的，但重点是C程序本身运行没有出现过这样的问题。难道是dll本事有内存限制机制？
卡了很多天了，还望各路大神帮忙看看
以下是C#调用代码：
public static class NativeMethod
{
[DllImport("kernel32.dll", EntryPoint = "LoadLibrary")]
public static extern int LoadLibrary(
[MarshalAs(UnmanagedType.LPStr)] string lpLibFileName);
[DllImport("kernel32.dll", EntryPoint = "GetProcAddress")]
public static extern IntPtr GetProcAddress(int hModule,
[MarshalAs(UnmanagedType.LPStr)] string lpProcName);

[DllImport("kernel32.dll", EntryPoint = "FreeLibrary")]
public static extern bool FreeLibrary(int hModule);
}
static int Main(string[] args)
{
int hModule = NativeMethod.LoadLibrary("AHI_AOD_noarg.dll");
if (hModule == 0)
return 1;
IntPtr intPtr = NativeMethod.GetProcAddress(hModule, "AHI");
AHI AHI = (AHI)Marshal.GetDelegateForFunctionPointer(intPtr, typeof(AHI));
AHI();
return 0;
}

}
}

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，再将b.txt改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 可以将临时文件放在RamDisk上提高效率减少磨损磁盘。 数据的结构很复杂的话，文本文件的格式问题可参考json或xml 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！