<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I donít think the actual bug has been reported twice, just Alexander already picked it up (maybe itís affecting him, too).  My colleague opened the bug report because we updated the mono framework we are certifying against to 3.12.1 and this issue appeared.  He said we didnít have issues with mono 3.4.0-5, although I havenít independently verified that.<div><br></div><div>We have several cases where we have runtime crashes with SIGSEGV, and Iím trying to eliminate as many as I can.  This seems like low hanging fruit since itís so easily reproducible.</div><div><br></div><div><div><div><div>On May 28, 2015, at 5:04 PM, Miguel de Icaza <<a href="mailto:miguel@xamarin.com">miguel@xamarin.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Updated the bug report.<div><br></div><div>Not sure why this has all of a sudden become an issue that was reported twice.  Do you happen to know?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 28, 2015 at 4:29 PM, Miguel de Icaza <span dir="ltr"><<a href="mailto:miguel@xamarin.com" target="_blank">miguel@xamarin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>There is already a similar pull request.</div><div><br></div><div>The issue is that returning NULL there has a slightly different meaning.   So the complete fix is to restructure some of the code.</div><div><br></div><div><a href="https://github.com/mono/mono/pull/1817" target="_blank">https://github.com/mono/mono/pull/1817</a><br></div><div><br></div><div>Miguel</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, May 28, 2015 at 4:25 PM, David Curylo <span dir="ltr"><<a href="mailto:curylod@asme.org" target="_blank">curylod@asme.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div style="word-wrap:break-word">Found the issue and created PR 1839: <a href="https://github.com/mono/mono/pull/1839" target="_blank">https://github.com/mono/mono/pull/1839</a><div><br></div><div>Please take a look and let me know if you have any concerns with the fix.</div><div><br></div><div>Thanks,</div><div>Dave</div><div><br><div><div>On May 28, 2015, at 3:51 PM, David Curylo <<a href="mailto:curylod@asme.org" target="_blank">curylod@asme.org</a>> wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word"><div>Iím researching an issue reported by a colleague of mine.  The error is rather serious as the use of a bad type name causes a native SIGSEGV and kills the runtime, when it really should just return a null because it canít find the type.  This code reproduces the issue:</div><div><br></div><div>System.Type.GetType("System.Nullable`1[[System.Int32, mscorlibBAD]]")</div><div><br></div><div>Since I see there is some work going on with System.Type, I was hopeful that mono master would no longer have this issue, but it still exists.  This is what Iím getting in the thread dump when this occurs and the root cause appears to be somewhere in _mono_reflection_get_type_from_info.  Any ideas what may be the root cause here?</div><div><br></div><div><br></div><div><div>Thread 1 (Thread 0x7f28ae81f7c0 (LWP 76562)):</div><div>#0  0x00007f28adcf7ee9 in __libc_waitpid (pid=pid@entry=76565, stat_loc=stat_loc@entry=0x7f28ae82919c, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40</div><div>#1  0x00000000004a2015 in mono_handle_native_sigsegv (signal=signal@entry=11, ctx=ctx@entry=0x7f28ae829ac0, info=info@entry=0x7f28ae829bf0) at mini-exceptions.c:2226</div><div>#2  0x00000000004f782e in mono_arch_handle_altstack_exception (sigctx=sigctx@entry=0x7f28ae829ac0, siginfo=siginfo@entry=0x7f28ae829bf0, fault_addr=<optimized out>, stack_ovf=stack_ovf@entry=0) at exceptions-amd64.c:858</div><div>#3  0x0000000000422f28 in mono_sigsegv_signal_handler (_dummy=11, _info=0x7f28ae829bf0, context=0x7f28ae829ac0) at mini-runtime.c:2526</div><div>#4  <signal handler called></div><div><b>#5  0x00000000005bcb91 in _mono_reflection_get_type_from_info (info=0x1efb270, image=image@entry=0x0, ignorecase=ignorecase@entry=0) at reflection.c:7450</b></div><div>#6  0x00000000005bc750 in mono_reflection_get_type_internal (rootimage=rootimage@entry=0x0, image=<optimized out>, info=info@entry=0x7fff8b7388e0, ignorecase=ignorecase@entry=0) at reflection.c:7565</div><div>#7  0x00000000005bc9b3 in mono_reflection_get_type_with_rootimage (rootimage=rootimage@entry=0x0, image=image@entry=0x0, info=info@entry=0x7fff8b7388e0, ignorecase=ignorecase@entry=0, type_resolve=type_resolve@entry=0x7fff8b7388d4) at reflection.c:7661</div><div>#8  0x00000000005bcb00 in mono_reflection_get_type (image=image@entry=0x0, info=info@entry=0x7fff8b7388e0, ignorecase=ignorecase@entry=0, type_resolve=type_resolve@entry=0x7fff8b7388d4) at reflection.c:7613</div><div>#9  0x000000000053456d in type_from_name (ignoreCase=<optimized out>, str=0x1ef44f0 "System.Nullable`1[[System.Int32, mscorlibBAD]]") at icall.c:1286</div><div>#10 ves_icall_type_from_name (name=0x7f28ae7981b0, throwOnError=<optimized out>, ignoreCase=<optimized out>) at icall.c:1322</div></div><div><br></div></div></blockquote></div><br></div></div><br></div></div>_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</blockquote></div><br></div></div></body></html>