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
[email protected] <mailto:[email protected]>
(513) 556-3018
http://ucsim.uc.edu
On Fri, Jan 6, 2012 at 4:34 PM, Justin Clark-Casey <[email protected]
<mailto:[email protected]>> 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"<[email protected]
<mailto:[email protected]>>__:
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
[email protected]
<mailto:[email protected]>
https://lists.berlios.de/__mailman/listinfo/opensim-users
<https://lists.berlios.de/mailman/listinfo/opensim-users>
_________________________________________________
Opensim-users mailing list
[email protected]
<mailto:[email protected]>
https://lists.berlios.de/__mailman/listinfo/opensim-users
<https://lists.berlios.de/mailman/listinfo/opensim-users>
_________________________________________________
Opensim-users mailing list
[email protected] <mailto:[email protected]>
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
[email protected] <mailto:[email protected]>
https://lists.berlios.de/__mailman/listinfo/opensim-users
<https://lists.berlios.de/mailman/listinfo/opensim-users>
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
--
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
