[Mono-devel-list] Mono segfaults with updated kernel?? 2.6.10

jrodman at mono-list.spamportal.net jrodman at mono-list.spamportal.net
Fri Jan 28 18:12:39 EST 2005


On Fri, Jan 28, 2005 at 01:27:53PM +0100, Paolo Molaro wrote:
> On 01/19/05 Joshua Rodman wrote:
> > For those who might be interested, attached is the output of strace32.
> > It seems like the process is dying during initial load/link.  This is
> > running '/usr/bin/mono /usr/lib/mono/1.0/mcs.exe' with no arguments.
> > Am I correct?  Is my distribution broken?
> [...]
> > open("/usr/local/NUnit/bin/mscorlib.dll", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
> > open("/usr/lib/mscorlib.dll", O_RDONLY|O_LARGEFILE) = 4
> 
> This is most likely an old mscorlib.dll: in a correct default install
> it should load mscorlib.dll from /usr/lib/mono/1.0/.
> Try removing it.

surfboard:~ # rpm -qf /usr/lib/mscorlib.dll
mono-core-1.0.5-1.novell.1.4

Are the rpms supplied by Ximian/Mono incorrectly built?

> The other option is that you might have and amd64 processor and the
> new kernel enables the exec protection by default, so you'll need
> to use mono svn for that fix (or wait for 1.0.6).
> Or, since the stacktrace you posted starts from mono_domain_get(), it 
> may be that tls access is broken on your system.

Ahhh.  Apparently this is the problem.  
Forgive my sour grapes in saying that I explicitly stated my problem was
on an AMD Opteron in the first report of this problem.

Thanks for suggesting it.

I will now investigate reading through the SVN changelogs to find the
specific patch.

-josh



More information about the Mono-devel-list mailing list