[Opensim-users] Crash on collision

Justin Clark-Casey jjustincc at googlemail.com
Wed Apr 11 21:52:46 UTC 2012


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
> chris.collins at uc.edu <mailto: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 <mailto: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 <mailto: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 <mailto:Opensim-users at lists.berlios.de>
>                     https://lists.berlios.de/__mailman/listinfo/opensim-users
>                     <https://lists.berlios.de/mailman/listinfo/opensim-users>
>
>                 _________________________________________________
>                 Opensim-users mailing list
>                 Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
>                 https://lists.berlios.de/__mailman/listinfo/opensim-users
>                 <https://lists.berlios.de/mailman/listinfo/opensim-users>
>
>
>
>         _________________________________________________
>         Opensim-users mailing list
>         Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
>         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
>     Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
>     https://lists.berlios.de/__mailman/listinfo/opensim-users <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



More information about the Opensim-users mailing list