[Opensim-users] Crash on collision
Mister Blue
misterblue at misterblue.com
Fri Apr 13 03:34:02 UTC 2012
I have seen those ODE errors on 64 bit systems when there is an object that
is outside the region. Like a ball that has rolled off the edge of a
region. The problem would go away if i deleted the offending object from
the database or the oar file.
-- mb
On Apr 11, 2012 3:27 PM, "Fleep Tuque" <fleep513 at gmail.com> wrote:
> 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>
>>
>
>
> _______________________________________________
> 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/20120412/b3d3b12e/attachment.html>
More information about the Opensim-users
mailing list