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
