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
