My Mono application崩溃并显示此消息（Full log）：
$ mono --debug bin/Debug/SparkleShare.app/Contents/MonoBundle/SparkleShare.exe
[...]
Stack overflow in unmanaged: IP: 0x26eb76, fault addr: 0xbf808ffc
[...]
“in unmanaged”意味着堆栈溢出不在我的代码中（我只有托管代码），而是在我嵌入的库（SQLite, DotCmis, NewtonSoft.Json）或Mono的代码中。
即使我在Debug模式下编译并运行，我得到的只是这两个十六进制。
问题：如何调查此堆栈溢出？任何伎俩？
注意：相同的库（具有几乎相同的代码）在Linux和Windows上运行良好。
答案 0 :(得分：5)
处理堆栈溢出非常棘手（对于单声道），所以很可能堆栈溢出实际上是你的。问题在于找出堆栈跟踪。
我通常使用gdb：
运行gdb --args mono --debug bin/Debug/SparkleShare.app/Contents/MonoBundle/SparkleShare.exe
然后尝试在堆栈开始增长之后按Ctrl + C，但在它实际溢出之前（gdb与堆栈溢出严重混淆，并且当发生这种情况时你通常必须退出gdb，这就是为什么你需要抓住溢出的动作。）
按下Ctrl + C后，执行thread apply all backtrace，你就会知道堆栈溢出是否即将发生（一个线程将有数千帧）。
在gdb中有一个巨大的堆栈跟踪后，您需要确定循环。通过查看堆栈跟踪的地址，这通常很容易。获得此数据后，您可以获得如下管理框架：
(gdb) p mono_pmip (0xdeaddead)
$1 = 0x0000dead "Managed frame information shows up here"
然后对你找到的周期中的所有帧做同样的事情。
有更多关于使用gdb here调试mono的提示。