[Opensim-users] Crash on collision

Fleep Tuque fleep513 at gmail.com
Wed Apr 11 22:18:19 UTC 2012


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
chris.collins at uc.edu
(513) 556-3018

http://ucsim.uc.edu



On Wed, Apr 11, 2012 at 5:52 PM, Justin Clark-Casey <
jjustincc at googlemail.com> 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
>> 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<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 <Opensim-users at lists.berlios.de>>
>>                    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
>>                Opensim-users at lists.berlios.de <mailto:
>> Opensim-users at lists.**berlios.de <Opensim-users at lists.berlios.de>>
>>                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
>>        Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.**
>> berlios.de <Opensim-users at lists.berlios.de>>
>>        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
>>    Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.**
>> berlios.de <Opensim-users at lists.berlios.de>>
>>    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
>> 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
> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120411/b0950982/attachment.html>


More information about the Opensim-users mailing list