<div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">A SIGSEGV escaping the runtime means that your app is either</div>
overriding Mono&#39;s SIGSEGV handler (crash reporter?), or the<br>
runtime is crashing due to a SIGSEGV in native code.<br>
This is untrappable.<br>
<br>
In all other cases, NullReferenceExceptions are returned<br>
back like any other exception via a MonoException** pointer<br>
(see the last arg of mono_runtime_invoke).<br>
<br>
Robert<br></blockquote><div><br></div>Hey Robert,<div><br></div><div>I&#39;m not personally overriding the SIGSEGV handler (though I may in the future) but the Visual Studio debugger may be?  Is that possible?</div><div>
<br></div><div>I do have a MonoObject** being pushed to mono_runtime_invoke, but even in the most simple case (directly accessing a null variable) I&#39;m not getting back an NRE but an access violation reading location 0.</div>
<div><br></div><div>I noticed signal chaining was added recently.  Do I need to turn this on / off to get the behavior I&#39;m expecting (mono handles most signals on its own, before passing them on to the to the native code?)</div>
</div></div>