vargaz at gmail.com
Wed Oct 1 21:23:01 EDT 2008
As a workaround you can run mono with MONO_GENERIC_SHARING=corlib.
On Thu, Oct 2, 2008 at 3:14 AM, Tobi <listaccount at e-tobi.net> wrote:
> Zoltan Varga wrote:
>> Try to create a test case and attach it to a bug report.
> Sorry, but I wasn't able to create a small enough test case for a bug
> report. The code that produces this error is just too complex and for some
> reason, I can reproduce the problem only with NUnit. An exe calling
> exactly the same code from the library, works without a problem.
> It's definitely a runtime problem. The exact same binaries work fine on
> I'll publish the source soon, if you want to try it yourself.
> Because I couldn't create a descent test case, I tried to track the
> problem down in the SVN history. The commit that introduces the problem
> was r114108 (just a one-liner).
> The current SVN trunk (r114643) works fine, If I just reverse this single
> commit with:
> svn merge -c -114108 .
> Without reverting this commit, the assert from mini-exceptions.c:770 is
> g_assert (!class->generic_container && class == method_container_class);
> I checked the assert condition and figured out, that
> class->generic_container is false and class != method_container_class
> resulting in g_assert(1 && 0).
> Hope this helps.
More information about the Mono-devel-list