crash in PhysicsSpace.finalizeNative()

How to reproduce: build current the 3.3.1 release candidate (commit= a150deb ) and run the TestChooser app. Select “TestQ3”, “run”, escape, “run”, escape, and “run” again. On my Mint Linux machine, the JVM crashes immediately during the 3rd run, with the following stack trace:

Stack: [0x00007f424fcfd000,0x00007f424fdfe000],  sp=0x00007f424fdfc758,  free space=1021k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [libbulletjme.so+0x47a130]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  com.jme3.bullet.PhysicsSpace.finalizeNative(J)V+0
j  com.jme3.bullet.PhysicsSpace.finalize()V+34
J 1324 C1 java.lang.ref.Finalizer.runFinalizer(Lsun/misc/JavaLangAccess;)V (62 bytes) @ 0x00007f4261447ec4 [0x00007f4261447940+0x584]
J 1323 C1 java.lang.ref.Finalizer.access$100(Ljava/lang/ref/Finalizer;Lsun/misc/JavaLangAccess;)V (6 bytes) @ 0x00007f426143f75c [0x00007f426143f700+0x5c]
j  java.lang.ref.Finalizer$FinalizerThread.run()V+45
v  ~StubRoutines::call_stub

Edit: sometimes my machine crashes during the 2nd run, with a similar stack trace.

Note: this test might not be easily reproducible in 3.3.0 due to the issue described in PR #1330. I’ll test current master branch next.

[stephengold]

Closing as “wontfix” since native physics has been archived to a separate repo. Users who encounter this issue should consider switching to jme3-jbullet or Minie.

[stephengold]

The workaround is to use Minie, preferably v3.0.0

Also, the crash report fragment you provided looks like a different issue. To be sure, I’d need to see the Java stack portion of the crash report.