[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensim-users
Subject:    [Opensim-users] Loading oar files crashes opensim
From:       jjustincc () googlemail ! com (Justin Clark-Casey)
Date:       2011-02-21 23:10:13
Message-ID: 4D62F0D5.9010002 () googlemail ! com
[Download RAW message or body]

On 20/02/11 17:27, Robin Turner wrote:
> On 19 February 2011 22:01, DutchGlory<info at verwijs-pc.nl>  wrote:
> > 
> > well don't build mono from source, this is still VERY UNSTABLE!!
> > Just install  "mono complete" with debian "Software center".
> > Then download opensim with git or
> > http://opensimulator.org/viewgit/?a=shortlog&p=opensim here  and unpack/copy
> > to your "/home/<yourname>/opensim/" folder.
> > Download "nant-0.91-alpha2"
> > http://sourceforge.net/projects/nant/files/nant/0.91-alpha2/ here  and
> > unpack in your "/home/<yourname>/" folder.
> > (you will see: "/home/<yourname>/nant-0.91-alpha2")
> > 
> > (replace<yourname>  with your debian (login)username)
> > 
> > go to your opensim folder and run "runprebuild.sh". When ready put this in
> > "run-nant.sh"
> > 
> > -- begin --
> > 
> > #!/bin/sh
> > 
> > # Possible values for "t:" include:
> > #
> > # mono-1.0 (Mono 1.0 Profile)
> > # mono-2.0 (Mono 2.0 Profile)
> > # mono-3.5 (Mono 3.5 Profile)
> > #
> > 
> > cd /
> > cd /home/<yourname>/opensim/
> > exec mono /home/<yourname>/nant-0.91-alpha2/bin/NAnt.exe -t:mono-3.5>
> > OpenSimCompile.log
> > echo "Ready..."
> > sleep 3s
> > -- end --
> > 
> > and copy to "/home/<yourname>/opensim/"  folder and run it. This wil take a
> > while,
> > but then opensim is compliled perfectly. Now copy your opensim .ini  files
> > to "opensim/bin" and
> > "opensim/config-include" or make new ones with ".example" files.  After that
> > opensim should work perfectly....
> 
> 
> Unfortunately it doesn't, but I do get more detailed debugging messages ;-)
> 
> Stacktrace:
> 
> at (wrapper managed-to-native)
> System.Diagnostics.Process.WaitForExit_internal (intptr,int)<0x00004>
> at (wrapper managed-to-native)
> System.Diagnostics.Process.WaitForExit_internal (intptr,int)<0x00004>
> at System.Diagnostics.Process.WaitForExit (int)<0x0025b>
> at System.Diagnostics.Process.WaitForExit ()<0x00012>
> at (wrapper remoting-invoke-with-check)
> System.Diagnostics.Process.WaitForExit ()<0x00053>
> at Mono.CSharp.CSharpCodeCompiler.CompileFromFileBatch
> (System.CodeDom.Compiler.CompilerParameters,string[])<0x004a9>
> at Mono.CSharp.CSharpCodeCompiler.CompileAssemblyFromFileBatch
> (System.CodeDom.Compiler.CompilerParameters,string[])<0x00022>
> at Mono.CSharp.CSharpCodeCompiler.CompileAssemblyFromFile
> (System.CodeDom.Compiler.CompilerParameters,string)<0x00049>
> at System.Xml.Serialization.XmlSerializer.GenerateSerializers
> (System.Xml.Serialization.XmlSerializer/GenerationBatch,System.CodeDom.Compiler.CompilerParameters)
>  <0x0065c>
> at System.Xml.Serialization.XmlSerializer.RunSerializerGeneration
> (object)<0x0003f>
> at (wrapper runtime-invoke)
> object.runtime_invoke_void__this___object
> (object,intptr,intptr,intptr)<0x00046>
> 
> Native stacktrace:
> 
> 	mono() [0x80d5c59]
> 	mono() [0x810f8eb]
> 	[0xb77cb40c]
> 	mono() [0x81f3786]
> 	mono() [0x8215d88]
> 	[0xb584b60f]
> 	[0xb584b52c]
> 	[0xb584b2bb]
> 	[0xb584b274]
> 	[0xb3d1f1d2]
> 	[0xb3d1eca3]
> 	[0xb3d1ec6a]
> 	[0xb3e3bfad]
> 	[0xb3e3b8f8]
> 	[0xb70cf0bf]
> 	mono() [0x8064568]
> 	mono(mono_runtime_invoke+0x40) [0x8131f30]
> 	mono(mono_runtime_invoke_array+0x28c) [0x813774c]
> 	mono() [0x8137bfe]
> 	mono() [0x81b9fd1]
> 	mono() [0x81ba4d8]
> 	mono() [0x81a314b]
> 	mono() [0x81e878e]
> 	mono() [0x8209a38]
> 	/lib/i686/cmov/libpthread.so.0(+0x5955) [0xb76cd955]
> 	/lib/i686/cmov/libc.so.6(clone+0x5e) [0xb7627e7e]
> 
> Debug info from gdb:
> 
> 
> =================================================================
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries
> used by your application.
> =================================================================
> 
> Aborted
> 
> With BOTH mono and opensim compiled, it is as before - I can load an
> oar with just a few regions running and it will keep going, with a few
> error messages, but with a large number of regions it crashes. Could
> be RAM related, perhaps. Since I have no physical access to the
> server, I'll ask them to install a minimal Ubuntu system and take it
> from there. There shouldn't be much difference between the two
> distros, but if it's a version problem, thatmight solve it. If it
> doesn't, I'll just have to see if I can find a bigger box ;-)
> 
> Thanks for all the help - hopefully in a while I'll be able to invite
> you all over to our sim!
> 
> Robin

As Dutch says, these do look very much like Mono or possibly hardware issues than OAR \
loading problems per se.

As another test, I would recommend sticking with Mono 2.6.4.  This has always been \
very stable for me in Ubuntu 10.10.  Anecdotally, the Mono 2.8 series seems less \
stable so far.

-- 
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc


[prev in list] [next in list] [prev in thread] [next in thread]