[Opensim-users] Crash on collision
Klaus-E. Klingner
klingner at silverday.de
Wed Apr 11 19:11:20 UTC 2012
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 <fleep513 at gmail.com>:
> 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
> chris.collins at uc.edu
> (513) 556-3018
>
> http://ucsim.uc.edu
>
> On Fri, Jan 6, 2012 at 4:34 PM, Justin Clark-Casey <jjustincc at googlemail.com> 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"<marceled9 at gmail.com>:
>
> 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
> 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
>
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
>
> --
> Justin Clark-Casey (justincc)
> http://justincc.org/blog
> http://twitter.com/justincc
> _______________________________________________
> Opensim-users mailing list
> 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/20120411/d9cdcf5b/attachment.html>
More information about the Opensim-users
mailing list