Bug 1531 - SGen crashes, Boehm works
Summary: SGen crashes, Boehm works
Alias: None
Product: Runtime
Classification: Mono
Component: JIT ()
Version: unspecified
Hardware: PC Linux
: --- normal
Target Milestone: ---
Assignee: Bugzilla
Depends on:
Reported: 2011-10-17 08:00 UTC by Kari Takanen
Modified: 2011-12-28 07:05 UTC (History)
3 users (show)

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

Stacktrace (12.66 KB, text/plain)
2011-10-17 08:00 UTC, Kari Takanen

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 Kari Takanen 2011-10-17 08:00:03 UTC
Created attachment 709 [details]

In this case the content analyzer of the program MJ12node
(http://www.majestic12.co.uk) crashes when using SGen GC but works when using Boehm. I'll attach a stacktrace, and I also have a testcase but it expects to find itself from /tmp/mj12/ - couldn't find a way to change this, sorry about it.

Mono version used: Mono JIT compiler version 2.11 (master/aaef22b Sun Oct 16 12:25:22 EEST 2011) - it apparently works with 2.10.5 though.

1. Download http://refic.psimerion.org/mj12_crash.tar (~80MB)
2. Extract to /tmp/
3. Verify that the files are in /tmp/mj12/
4. In /tmp/mj12/, run "mono MJ12barMono.exe tmp/bar.tmp"
Comment 1 Rodrigo Kumpera 2011-11-07 20:59:19 UTC
Thanks for the test case, I can repro it.

Working on it now.
Comment 2 Rodrigo Kumpera 2011-11-07 21:40:18 UTC
This is a bug on the precise stack scanning code.

Zoltan, can you take a look at this?

As a workaround set this environment variable: MONO_GC_PARAMS=stack-mark=conservative
Comment 3 Rodrigo Kumpera 2011-11-07 21:49:16 UTC
Quick update, it crashes with conservative marking too. I'm looking into that crash.
Comment 4 Kari Takanen 2011-12-25 06:39:17 UTC
Did you fix this? I can't reproduce it anymore with current git HEAD.
Comment 5 Zoltan Varga 2011-12-25 07:35:14 UTC
I think this might have been fixed by the I18N fixes, i.e. 2ae5839a82a1c699504b031f98d6621640ff727a.
Comment 6 Kari Takanen 2011-12-25 08:06:49 UTC
Yeah, I was thinking so too. It's just that I have a very similar crash case than this still happening so I thought I should ask if it was some other fix than those I18N.

Btw, there are still some patches in that pull request (https://github.com/mono/mono/pull/189) that have not been committed yet. I've been using them for some time now and can confirm that they work well.
Comment 7 Rodrigo Kumpera 2011-12-28 07:05:02 UTC
189 has been merged.