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 wrote:
> Hi,
>
> I've finally updated to 3.2.8 (recompil
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=) at
../../mono/metadata/sgen-gc.h:722
722
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 wrote:
> Thanks t
Hi,
I'm hoping someone can provide some insight into how the cross-compiler
handles allocating registers when the registers overlap.
I'm looking at a case on ARM where the following code:
double d = 7.21790001;
float f = (f)d;
Results in:
vcvt.f32.f64 s4, d2
Because t
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 wrote:
> Hi,
>
> I've finally updated to 3.2.8 (recompiled from debian experimental) and am
>
Hi,
The mono JIT only uses double precision registers in most cases and only
uses single precision ones for temporary purposes, like to implement casts.
There were some problems with choosing these temporary registers, but they
should be fixed in 3.4.0/master.
Zoltan
On Tue, Mar
