Hmm since the upgrade to 0.7.3 we reanbled collisions and have had no problems (on OpenSuSe 11.4 64 bit)
Regards Klaus Von meinem iPad gesendet Am 11.04.2012 um 20:36 schrieb Fleep Tuque <[email protected]>: > 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] > (513) 556-3018 > > http://ucsim.uc.edu > > On Fri, Jan 6, 2012 at 4:34 PM, Justin Clark-Casey <[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]>: > > 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] > 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 > > > > -- > 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 > > _______________________________________________ > 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
