Bug #1206

PhysX Ball Pit Test Segmentation Faults with 500+ Balls

Added by Sean Mondesire over 3 years ago. Updated about 3 years ago.

Start date:
Due date:
% Done:


Estimated time:
3.00 h
Spent time:


When running the ball pit plugin to test PhysX0.9, the simulator segmentation faults when between 500-1000 balls are spawned. When 10-100 balls are spawned, OpenSim does not crash. The test was performed on Ubuntu 15.04 with PhysX enabled, physics GPU disabled, and physics CPU enabled. Below is the stacktrace.

Region (TestRegion) # Stacktrace:

Native stacktrace:

mono() [0x4b5bc0]
mono() [0x50ecfb]
mono() [0x424063]
/lib/x86_64-linux-gnu/ [0x7f3f2d421d10]
mono() [0x5e6d74]
mono() [0x5e7636]
mono() [0x5dd359]
mono() [0x5dd553]
mono() [0x5defb3]
mono() [0x5dfc32]
mono() [0x5e32e0]
mono() [0x5f20b4]
mono() [0x5f9b23]
mono() [0x5fa034]

Debug info from gdb:

Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.

Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application. =================================================================

Aborted (core dumped)


#1 Updated by Sean Mondesire over 3 years ago

Additional log information when running the ball pit with PhysX under version 0.9 on Ubuntu:

13:41:56 - [ENTITY TRANSFER MODULE]: GetRegionContainingWorldLocation: Not found via cache. loc=<256414.738952637,256462.366424561>
13:41:56 - [ENTITY TRANSFER MODULE]: cross region transfer failed for object 5a16d3bb-d211-450c-aeff-409a44f99b7f
13:41:56 - [EVENT MANAGER]: Delegate for TriggerOnFrame failed - continuing. Array index is out of range. at physicsTestPlugin.physicsTestPlugin.EventManager_OnFrame () [0x00000] in <filename unknown>:0
at OpenSim.Region.Framework.Scenes.EventManager.TriggerOnFrame () [0x00000] in <filename unknown>:0

#2 Updated by Glenn Martin about 3 years ago

  • Status changed from New to Fixed
  • Assignee set to Steven Zielinski
  • % Done changed from 0 to 100
  • Estimated time set to 3.00

Issue has been fixed.

#3 Updated by Sean Mondesire about 3 years ago

  • Status changed from Fixed to Closed

Also available in: Atom PDF