[Opensim-users] Crash on collision
Klaus-E. Klingner
klingner at silverday.de
Wed Jan 4 12:20:59 UTC 2012
I do not think it is that. The same crash occurs on a identically set up
system on a freshly imported OAR sim. But thanks for the tip :)
Regards
Klaus
On 03.01.2012 19:16, Teravus Ovares wrote:
> 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 <mailto: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(_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>
> <mailto: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/>
> <http://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>
> <mailto: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
> <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
> <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
> <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
> <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 <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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120104/ce97f388/attachment.html>
More information about the Opensim-users
mailing list