Bug 6864 - Assertion at mini.c when running from MonoDevelop from debugging only
Summary: Assertion at mini.c when running from MonoDevelop from debugging only
Alias: None
Product: Runtime
Classification: Mono
Component: JIT ()
Version: unspecified
Hardware: PC Linux
: --- normal
Target Milestone: ---
Assignee: Bugzilla
Depends on:
Reported: 2012-09-03 10:50 UTC by Konrad Kruczyński
Modified: 2012-09-07 08:19 UTC (History)
3 users (show)

Is this bug a regression?: ---
Last known good build:

Last 10000 line of output with -v -v -v -v (271.88 KB, application/octet-stream)
2012-09-04 04:01 UTC, Konrad Kruczyński
Produced and ran binaries (452.00 KB, application/bzip2)
2012-09-04 04:04 UTC, Konrad Kruczyński
glib-sharp (84.50 KB, application/x-msdownload)
2012-09-07 04:40 UTC, Konrad Kruczyński

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.

Please create a new report on GitHub or Developer Community with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:

Description Konrad Kruczyński 2012-09-03 10:50:08 UTC
Description of Problem:
Using mono trunk version and running from MonoDevelop the XWT projects, the runtime crashes with the following error:
* Assertion at mini.c:3615, condition `l' not met


  at <unknown> <0xffffffff>
  at GLib.Marshaller.ListToArray (GLib.ListBase,System.Type) <IL 0x0001c, 0x000c3>
  at GLib.Marshaller.ListPtrToArray (intptr,System.Type,bool,bool,System.Type) <IL 0x00030, 0x0017b>
  at Gtk.Container.get_Children () <IL 0x00023, 0x0009b>
  at Xwt.GtkBackend.MenuBackend.get_MenuBar () <IL 0x00035, 0x0018b>
  at Xwt.GtkBackend.WindowBackend.SetMainMenu (Xwt.Backends.IMenuBackend) <IL 0x0002b, 0x000f3>
  at Xwt.Window.set_MainMenu (Xwt.Menu) <IL 0x0001d, 0x00141>
  at Samples.MainWindow..ctor () <IL 0x0019e, 0x0098b>
  at (wrapper remoting-invoke-with-check) Samples.MainWindow..ctor () <IL 0x0001f, 0xffffffff>
  at Samples.App.Run (string) <IL 0x00006, 0x00063>
  at GtkTest.MainClass.Main (string[]) <IL 0x00005, 0x0003b>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <IL 0x00050, 0xffffffff>

Steps to reproduce the problem:
1. Download the xwt project from https://github.com/mono/xwt.git
2. Compile and run it from MonoDevelop with debugger (the GtkTest project, remove unrelated wpf and mac projects)

Actual Results:

Expected Results:
Normal operation

How often does this happen? 
Always when run with debugging; never without debugging

Additional Information:
It did not happen with older versions.
Comment 1 Konrad Kruczyński 2012-09-03 10:53:50 UTC
Oh, I see, this is related to sequence points, so no wonder it only appears with debugging. Therefore it probably may be the compiler bug as well, but can't tell.
Comment 2 Zoltan Varga 2012-09-03 15:13:00 UTC
I can't reproduce this. Which mono/md version are you using, did you compile it from source ?
Comment 3 Konrad Kruczyński 2012-09-03 15:33:14 UTC
Yes, both the mono and MD are compiled from source. The versions should be:
ed4bdae26aee6fb70c3292e132dd42951cedf6ce for MonoDevelop
1113782115f43dae2d4a3bb705a30cf3e8e0cbdb for Mono

I may check tomorrow for sure (this is PC at work), but you should be able to reproduce with these.
Comment 4 Zoltan Varga 2012-09-03 15:58:50 UTC
Could you run it with setting the env variable MONO_ENV_OPTIONS to '-v -v -v -v' in the project options, and attaching the last 10000 lines of output ?
Comment 5 Konrad Kruczyński 2012-09-04 04:01:28 UTC
Created attachment 2450 [details]
Last 10000 line of output with -v -v -v -v
Comment 6 Konrad Kruczyński 2012-09-04 04:01:39 UTC
Sure, here you are.
Comment 7 Konrad Kruczyński 2012-09-04 04:04:49 UTC
Created attachment 2451 [details]
Produced and ran binaries
Comment 8 Konrad Kruczyński 2012-09-04 04:05:43 UTC
I've also attached the build output (that is, binaries), maybe you'll find them useful for checking things like IL offsets without compiling by yourself.
Comment 9 Zoltan Varga 2012-09-05 19:01:13 UTC
What version of gtk-sharp are you using ? Could you attach your glib-sharp.dll ?
Comment 10 Konrad Kruczyński 2012-09-07 04:40:43 UTC
Created attachment 2470 [details]
Comment 11 Konrad Kruczyński 2012-09-07 04:40:54 UTC
Sure, here you are.
Comment 12 Zoltan Varga 2012-09-07 07:13:01 UTC
Fixed in master. Thanks for the help.
Comment 13 Konrad Kruczyński 2012-09-07 08:19:31 UTC
You're welcome, works indeed.