[Opensim-users] Crash on collision

Klaus-E. Klingner klingner at silverday.de
Mon Jan 2 22:02:55 UTC 2012


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(_ZN13dxHeightfield20allocateHeightBufferEmm+0x54) 
> [0x7fce88619f74]
>         
> /opt/opensim/diva-r16915/bin/libode-x86_64.so(_ZN13dxHeightfield23dCollideHeightfieldZoneEiiiiP6dxGeomiiP12dContactGeomi+0x1b0) 
> [0x7fce8861a690]
>         
> /opt/opensim/diva-r16915/bin/libode-x86_64.so(_Z19dCollideHeightfieldP6dxGeomS0_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
>> [2] 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/ 
>>>> 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, 
>>>> 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
>>>> >
>>>> > 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>
>>>> > 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
>>>
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at lists.berlios.de
>>> 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
>



More information about the Opensim-users mailing list