[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