https://bugzilla.novell.com/show_bug.cgi?id=487518
User [email protected] added comment https://bugzilla.novell.com/show_bug.cgi?id=487518#c6 Kevin Hester <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|[email protected] | --- Comment #6 from Kevin Hester <[email protected]> 2009-03-26 13:46:21 MST --- Hi ya'll, I've made a small test case (attached): * tests.exe/struct.dll - If you'd like to test without rebuilding just run "mono --debug tests.exe" * runme.sh, builds, compiles and runs the test - the test fails with the stack trace Casey described above. * struct.cs - a small struct object, if changed to be "class" rather than "struct" the bug will not occur. Also, if the struct is smaller than 8 bytes the problem will not occur Based on the the notes above for struct.cs, is it possible the handling of this optimization is incorrect for objects not on the stack? (structs bigger than 8 bytes fail) I don't think this bug is really F# specific, it just seems that something that F# is doing in their generated enumerator closure is exposing the bug. Let us know if you need any more info/help. This is a serious problem for our large mono project and we're happy to help in any way we can. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
