Hi,
Could you try with master or the mono-3.4.0-branch ? If the problem is
still there, please log a bug report with reproduction instructions/a
testcase if possible.
Zoltan
On Tue, Mar 25, 2014 at 10:44 AM, David Schmitt da...@dasz.at wrote:
Hi,
I've finally updated to
Hi,
I've finally updated to 3.2.8 (recompiled from debian experimental) and
am now triggering the attached segfault approximately every second run.
For further analysis I could run this under master; try to upgrade
nunit; try to get more debugging symbols into the package; try to reduce
the
Thanks to guidance from Greg Young, I've been able to isolate a proper
backtrace from nunit-console:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffef97a700 (LWP 26908)]
slow_object_get_size (o=0x7fffea860010, vtable=optimized out) at
This is a slightly different one than the group we are seeing but my guess
is they are related. There is a pattern of usage that causes corrupt heaps.
We are also seeing dereferences of pointers in sgen going of to
neverneverland.
On Tue, Mar 25, 2014 at 6:05 PM, David Schmitt da...@dasz.at
Hello David,
Could you provide the exact assembly that you are testing and the command
line argument, so we can try to replicate this problem ourselves?
On Tue, Mar 25, 2014 at 10:44 AM, David Schmitt da...@dasz.at wrote:
Hi,
I've finally updated to 3.2.8 (recompiled from debian