Just tried that, and got the same crash again. I have installed a (diva-)world on a second OpenSuSe 11.4(64bit) server. The Mono-Version there is 2.8.4. The same crashes.

Regards,

Klaus

On 03.01.2012 23:26, M.E. Verhagen wrote:
Have you tried deleting the libode.so from the bin dir and using
justins libode-86_64.so ?

The ptreat is another strange crash, i suspect a memory conflict.

2012/1/3, Teravus Ovares<[email protected]>:
Just a FYI, this is probably related to the heightfield.    Backup your
terrain and then reset it to a flat one and try again.

Teravus

On Mon, Jan 2, 2012 at 5:19 PM, Klaus-E. Klingner
<[email protected]>wrote:

Turning everything back to the original files I copied all the physics
related files from the original distro into the diva distro. For a while
everything was fine. Then it crashed again. This time with this message:


Native stacktrace:

        mono() [0x494e01]
        mono() [0x4e62bf]
        mono() [0x41b769]
        /lib64/libpthread.so.0(+**0xf2d0) [0x7f44d8c2a2d0]
        /opt/opensim/diva-r16915/bin/**libode-x86_64.so(_**
Z12dCollideCCTLP6dxGeomS0_**iP12dContactGeomi+0x5c2) [0x7f4493cccc22]
        [0x410e6541]


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.
==============================**==============================**=====

Regards,

Klaus

  On 02.01.2012 23:02, Klaus-E. Klingner wrote:

BTW in V 07.0.2 the problem wasn't there. I tried to replace the old
libode from 0.7.2 with the ones from the old version, but Opensim would
no
longer  start. So I assume something has changed with the physics from
one
version to another.

Regards,

Klaus

On 02.01.2012 22:51, Klaus-E. Klingner wrote:

Hallo,

thanks, Justin, for the tip. I tried it, but it did not help. Still
getting the ODE-crash (in addition one of the regions doesn't load for
some
strange reason, with bullet it loads again :/):

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Stacktrace:

  at (wrapper managed-to-native) Ode.NET.d.Collide
(intptr,intptr,int,Ode.NET.d/**ContactGeom[],int)<0xffffffff>
  at OpenSim.Region.Physics.**OdePlugin.OdeScene.near
(intptr,intptr,intptr)<0x0054f>
  at (wrapper native-to-managed)
OpenSim.Region.Physics.**OdePlugin.OdeScene.near
(intptr,intptr,intptr)<0xffffffff>
  at (wrapper managed-to-native) Ode.NET.d.SpaceCollide2
(intptr,intptr,intptr,Ode.NET.**d/NearCallback)<0xffffffff>
  at OpenSim.Region.Physics.**OdePlugin.OdeScene.collision_**optimized
(single)<0x0052f>
  at OpenSim.Region.Physics.**OdePlugin.OdeScene.Simulate (single)
<0x00c1f>
  at OpenSim.Region.Framework.**Scenes.SceneGraph.**UpdatePhysics
(double)<0x00046>
  at OpenSim.Region.Framework.**Scenes.Scene.Update ()<0x00627>
  at OpenSim.Region.Framework.**Scenes.Scene.Heartbeat ()<0x00047>
  at System.Threading.Thread.**StartUnsafe ()<0x00071>
  at (wrapper runtime-invoke) object.runtime_invoke_void__**this__
(object,intptr,intptr,intptr)<0xffffffff>

Native stacktrace:

        mono() [0x494e01]
        /lib64/libpthread.so.0(+**0xf2d0) [0x7fcec95552d0]
        /lib64/libc.so.6(gsignal+0x35) [0x7fcec920bab5]
        /lib64/libc.so.6(abort+0x186) [0x7fcec920cfb6]

/usr/lib64/libstdc++.so.6(_**ZN9__gnu_cxx27__verbose_**terminate_handlerEv+0x11d)
[0x7fce8838ca9d]
        /usr/lib64/libstdc++.so.6(+**0xbccb6) [0x7fce8838acb6]
        /usr/lib64/libstdc++.so.6(+**0xbcce3) [0x7fce8838ace3]
        /usr/lib64/libstdc++.so.6(+**0xbcdee) [0x7fce8838adee]
        /usr/lib64/libstdc++.so.6(_**Znwm+0x7d) [0x7fce8838b1fd]
        /usr/lib64/libstdc++.so.6(_**Znam+0x9) [0x7fce8838b2b9]
        /opt/opensim/diva-r16915/bin/**libode-x86_64.so(_**
ZN13dxHeightfield20allocateHei**ghtBufferEmm+0x54) [0x7fce88619f74]
        /opt/opensim/diva-r16915/bin/**libode-x86_64.so(_**
ZN13dxHeightfield23dCollideHei**ghtfieldZoneEiiiiP6dxGeomiiP12**dContactGeomi+0x1b0)
[0x7fce8861a690]
        /opt/opensim/diva-r16915/bin/**libode-x86_64.so(_**
Z19dCollideHeightfieldP6dxGeom**S0_iP12dContactGeomi+0x23a)
[0x7fce8861b81a]
        [0x41aeafc1]

Debug info from gdb:


==============================**==============================**=====
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
==============================**==============================**=====
Regards,

Klaus

On 02.01.2012 21:50, Justin Clark-Casey wrote:

Please see [1] and [2] for more information on these ODE crashes.

Essentially, we've narrowed it down to a problem using the default ODE
collider with more than 1 region.  Stress tests with 20 bots constantly
teleporting around one region (or between two simulators in a grid each
running 1 region) do not trigger the ODE crash even after many hours.

The same stress test with 20 bots teleporting between two regions on
the same system, even where the regions are 10 map spaces apart, always
triggers the collider crash sooner or later.  Sometimes this occurs
almost
immediately, sometimes only after an hour or so.

Compiling ODE with the older collider (GIMPACT instead of OPCODE)
doesn't see this crash.

My chief suspicion is that there's actually an ODE/collider memory
freeing bug.  I suspect that it's not very usual to run more than one
physics 'world' in a program (in OpenSimulator, each region runs its
own
world).  It could also be a problem with OpenSim's P/Invoke interface
to
ODE causing collision objects to be freed at the wrong time, but I'm
currently discounting that because we don't see the same failure with
two
simulators each with a single region, and ODE scenes at the OpenSim
level
are entirely separate, even though they aren't in the ODE library
itself.

[1] contains a link in the comments to an ODE Linux 64 bit library I
compiled using the GIMPACT collider, if you're running that platform
and
want to try it.  This will work on any recent version of OpenSim
(probably
even 0.6.9).

Using a linux distro version of ode probably won't fix this problem as
I expect they will have compiled it using OPCODE.  OpenSimulator only
every
uses the ODE library bundled in its bin directory, unless you start
symlinking or similar.

[1]
http://opensimulator.org/**mantis/view.php?id=3251<http://opensimulator.org/mantis/view.php?id=3251>
[2]
http://opensimulator.org/**mantis/view.php?id=4553<http://opensimulator.org/mantis/view.php?id=4553>

On 01/01/12 20:23, Klaus-E. Klingner wrote:

Hallo,

Thanks for the tip. But I am not using any mesh in my sim :(

Basically I am using the DIVA because of the wifi, but think I will
switch once the new GUI is done, that was written
about here on the list. Do not have time to write one myself atm.

Regards,

Klaus

On 01.01.2012 14:38, M.E. Verhagen wrote:

Happy new year !

One other thing what seems to trigger ode crashes seem to faulty
meshes, you can reconize these from opensim log lines
like:

10:49:19 - [MESH]: no recognized physics mesh found in mesh asset

11:06:40 - [MESH]: asset data is zero length

06:40 - [MESH]: experimental mesh proxy generation for
defaultMesh/9af57c73-8ef4-**42f1-9415-46e8491213cd

Try to find these inworld and delete them. On my box the ode crashes
were less fequent after deleting those.

The case with the libode is that it does not seem to be compatible
with some systems luckely most system already have
a libode in their repo why not use that libode ?
I am using a git version, not the diva. Could be that some recent
updates on the odescene also prevent some crashes.

Op zaterdag 31 december 2011 schreef Klaus-E. Klingner (
[email protected]<mailto:[email protected]>**) het
volgende:
<sigh>  I have to correct myself. The world just crashed again with
exactly the same error :(
Regards,

Klaus

On 31.12.2011 18:19, Klaus-E. Klingner wrote:

Hallo,

thank you for the tip. However it did not fix the problem :/ I
still got the same crash. However I noticed that the
ode-file in the physics folder of DIVA is different from the one in
the original OpenSim 0.72-download. I copied that
over, started the world and that seems to have done the trick. Now I
just have to figure out a way to one of the sims
that suddenly disappeared :/
Regards and a happy and a happy new year,

Klaus


Additional remark:

To install the libode on SuSe you have to add the
OpenSuSE-Gamerepository with
zypper addrepo http://download.opensuse.org/**
repositories/games/openSUSE_**11.4/<http://download.opensuse.org/repositories/games/openSUSE_11.4/>opensuse-games-x86_64
and then install libode using

zypper install libode1

On 31.12.2011 16:57, M.E. Verhagen wrote:



I had the same sort of ode crashes, i installed ode on my system
with 'yum install ode' and deleted the libode.so
from the opensim bin dir, after wich i simlinked the lib to make sure
opensim uses it. I also downloaded
https://github.com/downloads/**justincc/opensim/libode.so-**x86_64.so<https://github.com/downloads/justincc/opensim/libode.so-x86_64.so>,
and the crashes stopped.


On suse this would something like these commands:

yum install libode

cd /opt/opensim/diva-r16915/bin

wget https://github.com/downloads/**justincc/opensim/libode.so-**
x86_64.so<https://github.com/downloads/justincc/opensim/libode.so-x86_64.so>
rm libode.so

rm libode-x86_64.so

mv libode.so-x86_64.so<http://libode.so-x86_64.so>
libode-x86_64.so
ln /usr/lib64/libode.so.1.1.1 libode.so


I am not sure if there is a libode.so.1.1.1, it could named
differently, but just symlink it.
In theory the symlink is not needed, but it cannot hurt.


______________________________**_________________
Opensim-users mailing list
[email protected]<mailto:Opensim-users@lists.**
berlios.de<[email protected]>>
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>


______________________________**_________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>


______________________________**_________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>


______________________________**_________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>

______________________________**_________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>

______________________________**_________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>

_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users

_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users

Reply via email to