EXCEPTION_ACCESS_VIOLATION on odejava.dll+0xa52e

Troubleshooting physics
1

hi,



sometimes, when i run the interactive test TestGenerateTerrain, i have:



#

An unexpected error has been detected by HotSpot Virtual Machine:

#

#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0e9ca52e, pid=1040, tid=5748

#

Java VM: Java HotSpot™ Client VM (1.5.0_12-b04 mixed mode)

Problematic frame:

C  [odejava.dll+0xa52e]

#

An error report file with more information is saved as hs_err_pid1040.log

#

If you would like to submit a bug report, please visit:

#  http://java.sun.com/webapps/bugreport/crash.jsp

#



any idea about this issue? (I use the last version of jme and jmephysic from the repo)

2

That's not nice. Unfortunately I can't reproduce that here. Any more hints when it happens?

3

not really, it's very difficult to reproduce (i think it depends on non static values such as position, velocity, etc…)

4

sometimes i have another one:



ODE Message 2: vector has zero size (…odesrcodemath.cpp:129)



ODE Message 2: vector has zero size (…odesrcodemath.cpp:129)



ODE Message 2: vector has zero size (…odesrcodemath.cpp:129)



ODE Message 2: vector has zero size (…odesrcodemath.cpp:129)



ODE Message 2: vector has zero size (…odesrcodemath.cpp:129)

#

An unexpected error has been detected by HotSpot Virtual Machine:

#

#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0e9da52e, pid=5664, tid=3036

#

Java VM: Java HotSpot™ Client VM (1.5.0_12-b04 mixed mode)

Problematic frame:

C  [odejava.dll+0xa52e]

#

An error report file with more information is saved as hs_err_pid5664.log

#

If you would like to submit a bug report, please visit:

#  http://java.sun.com/webapps/bugreport/crash.jsp

#

5

more useful details:





Stack: [0x00030000,0x00070000),  sp=0x0006e958,  free space=250k

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

C  [ntdll.dll+0x2ae22]

C  [odejava.dll+0x42442]



Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)

j  org.odejava.ode.OdeJNI.spaceCollide(J)I+0

j  org.odejava.ode.Ode.spaceCollide(Lorg/odejava/ode/SWIGTYPE_p_dSpaceID;)I+4

j  org.odejava.collision.JavaCollision.collide(Lorg/odejava/Space;)V+33

j  com.jmex.physics.impl.ode.OdePhysicsSpace.computeTimeStep()V+8

j  com.jmex.physics.impl.ode.OdePhysicsSpace.update(F)V+115

j  com.jmex.physics.util.SimplePhysicsGame.update(F)V+56

j  com.jme.app.BaseGame.start()V+57

j  com.caza.lesson9.Lesson9.main([Ljava/lang/String;)V+38

v  ~StubRoutines::call_stub

6

Memory contents would be needed to resolve that issue, I think. So someone needs to debug that application while it's crashing (break execution on access violation and have a look at the local variables etc.). I could do that, if I were able to reproduce it… if you want to take the challenge you'd need to configure Visual Studio to build ODE and ODEJava, attach to the java process, enable break on access violation and reproduce that crash… you will need quite some c++ build- and debug-experience to track it down, though…



…another way would be to find more details about the java situation when it's crashing to help me reproduce it…