I have seen those ODE errors on 64 bit systems when there is an object that is outside the region. Like a ball that has rolled off the edge of a region. The problem would go away if i deleted the offending object from the database or the oar file.
-- mb On Apr 11, 2012 3:27 PM, "Fleep Tuque" <[email protected]> wrote: > The error occurred using opensim.exe. I thought it might have something > to do with 64bit version, too, so I switched back to > opensim.32bitlaunch.exe and it hasn't crashed since. Will let you know if > that changes.. > > Thanks! > > - Chris/Fleep > > Chris M. Collins (SL/OS: Fleep Tuque) > Center for Simulations & Virtual Environments Research (UCSIM) > UCIT Instructional & Research Computing > University of Cincinnati > 406A Zimmer Hall > 315 College Drive > PO BOX 210088 > Cincinnati, OH 45221-0088 > [email protected] > (513) 556-3018 > > http://ucsim.uc.edu > > > > On Wed, Apr 11, 2012 at 5:52 PM, Justin Clark-Casey < > [email protected]> wrote: > >> That's curious - it's a new error to me. >> >> Are you using OpenSim.exe or OpenSim.32Launch.exe? My initial suspicion >> would be that this could be a bug in 64-bit ODE. Unfortunately, that could >> take some time to address, especially if it's an ODE bug. >> >> Avatars are the main trigger for physics, though ODE also comes into play >> if objects are actively colliding with one another or the ground (whether >> through scripting or because they are physics-enabled). >> >> >> On 11/04/12 19:36, Fleep Tuque wrote: >> >>> Just updating on this thread, we're running 0.7.3 in grid mode on a >>> windows 64bit system and just this morning started >>> seeing a perhaps related ODE error, though nothing on the console >>> itself, it pops up a Windows error that reads: >>> >>> ODE INTERNAL ERROR 1 >>> >>> assertion"nMinX <nMaxX) && (nMinZ < nMaxZ)" failed in >>> ..\..\ode\sc\heightfield.cpp:**1783 >>> >>> >>> Then Opensim crashes to prompt with no additional information. >>> >>> There were no users logged in at all, so wasn't triggered by an avatar >>> colliding with anything, but we do have physics >>> enabled (and need to have it). Just adding as a data point, we'll >>> probably at least temporarily turn off physics to see >>> if that stops the crashing. >>> >>> - Chris/Fleep >>> >>> >>> Chris M. Collins (SL/OS: Fleep Tuque) >>> Center for Simulations & Virtual Environments Research (UCSIM) >>> UCIT Instructional & Research Computing >>> University of Cincinnati >>> 406A Zimmer Hall >>> 315 College Drive >>> PO BOX 210088 >>> Cincinnati, OH 45221-0088 >>> [email protected] <mailto:[email protected]> >>> (513) 556-3018 >>> >>> http://ucsim.uc.edu >>> >>> >>> On Fri, Jan 6, 2012 at 4:34 PM, Justin Clark-Casey < >>> [email protected] >>> <mailto:jjustincc@googlemail.**com<[email protected]>>> >>> wrote: >>> >>> Ok, so at least it's not completely insane. If physical objects >>> aren't important to you then I suggest running with >>> this setting for now until/if git master physics libraries are >>> updated or some other change is made. >>> >>> Or you may want to see how many "Active objects" are in the script >>> stats (active objects are physical objects) and >>> try removing them if they shouldn't be there. Unfortunately, you >>> might need to hunt for them. >>> >>> >>> On 06/01/12 21:18, Klaus-E. Klingner wrote: >>> >>> Hallo Justin, >>> >>> this seems to be working. Without problems. >>> >>> Regards, >>> >>> Klaus >>> >>> On 05.01.2012 00:07, Justin Clark-Casey wrote: >>> >>> What happens if you set physical_prim = false in [Startup] >>> with no avatars? As this prevents prims >>> temporarily being >>> physical then there will be no colliding active at all and >>> nothing should crash. If it still does then >>> something more >>> bizarre is going on. >>> >>> On 04/01/12 23:04, Klaus-E. Klingner wrote: >>> >>> Done. Without success :( Same result. This time even >>> without an avatar online. It crashed shortly after >>> the world >>> started. >>> >>> Regards >>> >>> Klaus >>> >>> Von meinem iPad gesendet >>> >>> Am 04.01.2012 um 23:20 schrieb "M.E. Verhagen"< >>> [email protected] <mailto:[email protected]>>_**_: >>> >>> >>> I also changed the ulimit settings in the limits.conf >>> file in /etc/security/limits.conf >>> >>> Changing the ulimit with the ulimit -s 212144 does >>> not seem to be persistent, it gets setted back. >>> >>> The values I entered are: >>> >>> * hard stack 524288 >>> * soft stack 524288 >>> * soft nofile 2048 >>> * hard nofile 2048 >>> * soft memlock 256 >>> * hard memlock 256 >>> >>> The settings get effective after a reboot. >>> >>> As a bonus OpenSim uses a thirth less memory ! >>> >>> You can try experimenting with these values, you >>> should be carefull though these settings (just like >>> the sysctl -a) >>> can reduce crashes, increase system speed and reduce >>> memory usage, but false settings can also also >>> cause system >>> unresponsiveness and system crashes. >>> >>> ______________________________**___________________ >>> >>> 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> >>> <https://lists.berlios.de/** >>> mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >>> **> >>> >>> ______________________________**___________________ >>> >>> 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> >>> <https://lists.berlios.de/** >>> mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >>> **> >>> >>> >>> >>> ______________________________**___________________ >>> >>> 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>< >>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >>> **> >>> >>> >>> >>> >>> -- >>> Justin Clark-Casey (justincc) >>> http://justincc.org/blog >>> http://twitter.com/justincc >>> ______________________________**___________________ >>> >>> 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>< >>> 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> >>> >> >> >> -- >> Justin Clark-Casey (justincc) >> http://justincc.org/blog >> http://twitter.com/justincc >> ______________________________**_________________ >> 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
