困扰多日的C#调用Haskell问题竟然是Windows的一个坑
2014-05-07 14:25
507 查看
最近一直被C#调用Haskell时的“尝试读取或写入受保护的内存”问题所困扰(详见C#调用haskell遭遇Attempted to read or write protected memory,C#调用haskell时的“尝试读取或写入受保护的内存”问题),而且困在其中,越陷超深,无法自拔,差点弃用C#解决我们面临的问题。
问题是这样的,只要在Haskell代码中对字符串进行操作,在C#调用时就会引发异常:
An unhandled exception of type 'System.AccessViolationException' occurred in Unknown Module.
Additional information: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
示例Haskell代码如下:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/22/9b2630a8020b561a4080468a3cbd9383.png)
如果直接返回字符串,则一切正常,示例Haskell代码如下:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202004/05/6c21a9df04dc9792db6114e5dee4b519.png)
C#调用示例代码:
你也许会问——吃饱撑着了,为什么要用C#调用Haskell?
没撑着!因为史上最强大的Markdown引擎pandoc就是用Haskell开发的,不是C#,不是Java,不是PHP,不是Python,也不是C/C++,更不是Objective-C。真正要比的不是语言,而且是用语言开发出来的东西。
你也许要问——很多人看不起的微软家的C#能调用高上大的Haskell?
当然能!而且经过了实际验证,详见经过实际验证的C#调用Haskell的方法。虽然是通过FFI(ForeignFunctionInterface),借助C编译成非托管的dll,但不管怎么样,C#做到了。
但当我们用C#调用Haskell解决实际问题时,遭遇了“Attempted to read or write protected memory. ”问题,反复折腾找不到解决之道,处于绝望中,以为“C#可以调用Hakell"是一个“骗局”。
。。。
今天上午,当我们把编译好的程序从Windows Server 2008 R2复制到Windows Server 2012上运行时,奇迹竟然出现了——运行正常,并且得到了正确的结果。
![](https://oscdn.geek-share.com/Uploads/Images/Content/202004/05/15a280fea4b19fa7249ca4a35414af98.png)
这时你也许又要问——不是自找麻烦吗,为什么不一开始就用Windows Server 2012?
不是自找麻烦,是麻烦自己找上门的。因为编译Haskell代码需要安装Haskell Platform(集成了ghc),而Haskell Platform不能在Windows Server 2012正常安装,只能被迫在Windows Server 2008上安装(当时也被折腾了)。
万万没有想到的是,Windows Server 2008上编译出来的程序不能在Windows Server 2008上正常运行,却奇迹般地能在Windows Server 2012上能正常运行。这是不是Windows的一个坑呢?
由此想到我们在阿里云上曾经遭遇的“黑色10秒”问题,是因为Windows Server 2008在WAS(Windows Process Activation Service)中使用了spinlock,而虚拟化技术对spinlock支持不好,最终也是通过换用Windows Server 2012解决了问题。这虽然不能说是Windows Server 2008的一个坑,但说明了一点——使用Windows Server,2008要小心!
问题是这样的,只要在Haskell代码中对字符串进行操作,在C#调用时就会引发异常:
An unhandled exception of type 'System.AccessViolationException' occurred in Unknown Module.
Additional information: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
示例Haskell代码如下:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/22/9b2630a8020b561a4080468a3cbd9383.png)
如果直接返回字符串,则一切正常,示例Haskell代码如下:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202004/05/6c21a9df04dc9792db6114e5dee4b519.png)
C#调用示例代码:
class Native { [DllImport("libpandoc", CallingConvention = CallingConvention.Cdecl, CharSet = CharSet.Unicode)] public static extern IntPtr markdownToHtml(byte[] markdown); } public class Processor { public string Process(string text) { var intPtr = Native.markdownToHtml(System.Text.Encoding.UTF8.GetBytes(text)); var html = Marshal.PtrToStringAnsi(intPtr); return html; } }
你也许会问——吃饱撑着了,为什么要用C#调用Haskell?
没撑着!因为史上最强大的Markdown引擎pandoc就是用Haskell开发的,不是C#,不是Java,不是PHP,不是Python,也不是C/C++,更不是Objective-C。真正要比的不是语言,而且是用语言开发出来的东西。
你也许要问——很多人看不起的微软家的C#能调用高上大的Haskell?
当然能!而且经过了实际验证,详见经过实际验证的C#调用Haskell的方法。虽然是通过FFI(ForeignFunctionInterface),借助C编译成非托管的dll,但不管怎么样,C#做到了。
但当我们用C#调用Haskell解决实际问题时,遭遇了“Attempted to read or write protected memory. ”问题,反复折腾找不到解决之道,处于绝望中,以为“C#可以调用Hakell"是一个“骗局”。
。。。
今天上午,当我们把编译好的程序从Windows Server 2008 R2复制到Windows Server 2012上运行时,奇迹竟然出现了——运行正常,并且得到了正确的结果。
![](https://oscdn.geek-share.com/Uploads/Images/Content/202004/05/15a280fea4b19fa7249ca4a35414af98.png)
这时你也许又要问——不是自找麻烦吗,为什么不一开始就用Windows Server 2012?
不是自找麻烦,是麻烦自己找上门的。因为编译Haskell代码需要安装Haskell Platform(集成了ghc),而Haskell Platform不能在Windows Server 2012正常安装,只能被迫在Windows Server 2008上安装(当时也被折腾了)。
万万没有想到的是,Windows Server 2008上编译出来的程序不能在Windows Server 2008上正常运行,却奇迹般地能在Windows Server 2012上能正常运行。这是不是Windows的一个坑呢?
由此想到我们在阿里云上曾经遭遇的“黑色10秒”问题,是因为Windows Server 2008在WAS(Windows Process Activation Service)中使用了spinlock,而虚拟化技术对spinlock支持不好,最终也是通过换用Windows Server 2012解决了问题。这虽然不能说是Windows Server 2008的一个坑,但说明了一点——使用Windows Server,2008要小心!
相关文章推荐
- c#中windows窗体调用问题
- unity C#调用windows的messagebox乱码问题
- 终于解决了一个困扰多日的问题:模块句柄
- C#中新建一个form实例后调用this.close,都关闭的问题
- Delphi6 调用 C# Dll 时一个编译问题
- 一个C#中调用命令行程序的问题
- c#下调用VC dll 的一个问题
- 《在C#中实现Socket端口复用》 以及《 UDP 一个封锁操作被对 WSACancelBlockingCall 的调用中断。》问题
- C#中新建一个form实例后调用this.close,都关闭的问题
- Delphi 调用 C# Dll 时一个编译问题 mscorlib_TLB.h Ambiguity between 'String' and 'System::String'
- 刚遇到的一个C#中调用api,回调函数的问题
- C#技巧【调用线程无法访问此对象,因为另一个线程拥有该对象的问题的解决办法】【C#读写EXCEL源码提示“office检测到此文件存在一个问题。为帮助保护您的计算机,不能打开此文件”的解决】
- c#中跨线程调用windows窗体控件 .我们在做winform应用的时候,大部分情况下都会碰到使用多线程控制界面上控件信息的问题。然而我们并不能用传统方法来做这个问题,下面我将详细的介绍。
- C# 在一个窗体中调用另一个窗体的控件可能出现的问题
- C#调用MySQL 非常诡异的让人抓狂问题,竟然是timeout不抛出异常
- 刚遇到的一个C#中调用api,回调函数的问题
- C#调用SQL事务时出现的一个问题
- [Windows问题-5] C#调用CMD命令
- 《在C#中实现Socket端口复用》 以及《 UDP 一个封锁操作被对 WSACancelBlockingCall 的调用中断。》问题
- 最近写一个C#关于U盘的操作,在弹出U盘是遇到了些问题,C#调WINdoWs底层的东西太麻烦了,看样子要看看VC或C了