[Opensim-users] Crash on collision

M.E. Verhagen marceled9 at gmail.com
Tue Jan 3 22:26:26 UTC 2012 

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 <teravus at gmail.com>:
> 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
> <klingner at silverday.de>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 (
>>>>>>> klingner at silverday.de <mailto:klingner at silverday.de>**) 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
>>>>>>> > Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.**
>>>>>>> berlios.de <Opensim-users at lists.berlios.de>>
>>>>>>> > https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>> ______________________________**_________________
>>>>>>> Opensim-users mailing list
>>>>>>> Opensim-users at lists.berlios.de
>>>>>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ______________________________**_________________
>>>>>> Opensim-users mailing list
>>>>>> Opensim-users at lists.berlios.de
>>>>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>>>>
>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>> Opensim-users mailing list
>>>> Opensim-users at lists.berlios.de
>>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>>
>>>> ______________________________**_________________
>>> Opensim-users mailing list
>>> Opensim-users at lists.berlios.de
>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>
>>> ______________________________**_________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>
>

More information about the Opensim-users mailing list