On 20/02/11 17:27, Robin Turner wrote:
On 19 February 2011 22:01, DutchGlory<[email protected]> 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
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
