Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
Hi,

I'm trying to port some company code from J3d 1.5.2 to your 1.6.0 prerelease 9 version backed by JOGL 2.1.4 (thanks for doing this, BTW!).

The same code works fine on Mac OS X 10.9.2 and CentOS 6.5 x86-64.  But when I run it on Windows 7 x86-64 in 32-bit mode it fails as soon as it tries to create the J3d display with the following error:

3D [dev] 1.6.0-pre9-daily-experimental daily

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5df6c0c7, pid=4924, tid=2368
#
# JRE version: Java(TM) SE Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13)
# Java VM: Java HotSpot(TM) Client VM (24.51-b03 mixed mode windows-x86 )
# Problematic frame:
# C  0x5df6c0c7
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# C:\Users\ahall\Projects\SOA\SOAv8.1_140310_dawn_package-win\SOAv8.1_140310_dawn-win\hs_err_pid4924.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.

When I dig into the log file it tells me:

Stack: [0x5ddb0000,0x5de00000],  sp=0x5ddff274,  free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  0x5dcdc0c7
C  [jogl_desktop.dll+0xe754]
j  jogamp.opengl.gl4.GL4bcImpl.dispatch_glColor4f1(FFFFJ)V+0
j  jogamp.opengl.gl4.GL4bcImpl.glColor4f(FFFF)V+53
j  javax.media.j3d.JoglPipeline.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+28
j  javax.media.j3d.Canvas3D.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+12
j  javax.media.j3d.Canvas3D.resetImmediateRendering()V+131
J  javax.media.j3d.Renderer.doWork(J)V
v  ~StubRoutines::call_stub
V  [jvm.dll+0x13f35a]
V  [jvm.dll+0x202c6e]
V  [jvm.dll+0x13f525]
V  [jvm.dll+0x13f587]
V  [jvm.dll+0xeb81f]
V  [jvm.dll+0x16059c]
V  [jvm.dll+0x160fd7]
V  [jvm.dll+0x1a4b79]
C  [msvcr100.dll+0x5c556]
C  [msvcr100.dll+0x5c600]
C  [kernel32.dll+0x1336a]
C  [ntdll.dll+0x39f72]
C  [ntdll.dll+0x39f45]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  jogamp.opengl.gl4.GL4bcImpl.dispatch_glColor4f1(FFFFJ)V+0
j  jogamp.opengl.gl4.GL4bcImpl.glColor4f(FFFF)V+53
j  javax.media.j3d.JoglPipeline.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+28
j  javax.media.j3d.Canvas3D.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+12
j  javax.media.j3d.Canvas3D.resetImmediateRendering()V+131
J  javax.media.j3d.Renderer.doWork(J)V
j  javax.media.j3d.J3dThread.run()V+19
v  ~StubRoutines::call_stub

Any ideas?  I'll be happy to mail the whole log file to you if needed.

Also, the same application code works fine with 1.5.2 on Windows.

Thanks for your help!

Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
Hi

It is probably caused by a bug in the OpenGL driver, the crash occurs when calling glColor4f. Java3D 1.5.2 used the Direct3D backend that we removed because it had become unmaintainable (a lot more buggy than the JOGL backend of course). Please provide a SSCCE as usual and indicate precisely which graphics card you use, the version number of the driver, ... Maybe we can find a workaround to avoid using the immediate mode so that glColor4f never gets called.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

hharrison
In reply to this post by Drew Hall
I'm curious, are you running this on a native Windows install, or windows inside parallels VM?

Anyways, windows version, java version, and what graphics driver would be a great start, may as well throw in the fulll crash log for completeness sake.

Harvey
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
Harvey,

I should have given you a lot more detail--sorry.  It's a Parallels VM on Mac OS X 10.9.2 on a 15-inch MacBook Pro with Retina.  Graphics system is hybrid Intel HD 4000 (GL 4.1, Intel driver 8.24.11) / NVIDIA GeForce GT 650M (GL 4.1, NVidia 8.24.9 310.40.25f01 drivers), though honestly I don't know how that translates through Parallels into the Windows world.

JRE is 1.6.0_51 from Oracle in 32 bit (x86) mode.

Here's the full crash log:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5df0c0c7, pid=5040, tid=1004
#
# JRE version: 6.0_51-b11
# Java VM: Java HotSpot(TM) Client VM (20.51-b01 mixed mode windows-x86 )
# Problematic frame:
# C  [prl_gldd.dll+0x2c0c7]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x5c35d000):  JavaThread "J3D-Renderer-1" [_thread_in_native, id=1004, stack(0x60510000,0x60560000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000284

Registers:
EAX=0x00000000, EBX=0x56b5a5b0, ECX=0x0000002f, EDX=0x00300000
ESP=0x6055f544, EBP=0x6055f558, ESI=0x00000000, EDI=0x5c35d000
EIP=0x5df0c0c7, EFLAGS=0x00010283

Top of Stack: (sp=0x6055f544)
0x6055f544:   56b5a5b0 5c35d000 6055f56c 6d85c5c4
0x6055f554:   5c35d000 6055f578 6450e754 3f800000
0x6055f564:   3f800000 3f800000 3f800000 02309ec7
0x6055f574:   0035d000 6055f5d0 02309fc7 5c35d128
0x6055f584:   6055f5f8 3f800000 3f800000 3f800000
0x6055f594:   3f800000 5df0c0b0 00000000 00000006
0x6055f5a4:   00000008 5c35d000 56b5a4f2 6055f5b0
0x6055f5b4:   56b5a5b0 6055f5f8 56c85920 00000000

Instructions: (pc=0x5df0c0c7)
0x5df0c0a7:   cc cc cc cc cc cc cc cc cc 8b ff 55 8b ec a1 00
0x5df0c0b7:   e0 f1 5d 83 ec 10 56 50 ff 15 70 10 ee 5d 8b f0
0x5df0c0c7:   8b 96 84 02 00 00 81 7c 96 40 03 41 00 01 75 26
0x5df0c0d7:   83 7e 10 10 73 0b 8b 16 8b 42 04 6a 10 8b ce ff


Register to memory mapping:

EAX=0x00000000 is an unknown value
EBX=0x56b5a5b0 is an oop
{method}
 - klass: {other class}
ECX=0x0000002f is an unknown value
EDX=0x00300000 is an unknown value
ESP=0x6055f544 is pointing into the stack for thread: 0x5c35d000
EBP=0x6055f558 is pointing into the stack for thread: 0x5c35d000
ESI=0x00000000 is an unknown value
EDI=0x5c35d000 is a thread


Stack: [0x60510000,0x60560000],  sp=0x6055f544,  free space=317k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [prl_gldd.dll+0x2c0c7]
C  [jogl_desktop.dll+0xe754]  Java_jogamp_opengl_gl4_GL4bcImpl_dispatch_1glColor4f1__FFFFJ+0x24
j  jogamp.opengl.gl4.GL4bcImpl.dispatch_glColor4f1(FFFFJ)V+0
j  jogamp.opengl.gl4.GL4bcImpl.glColor4f(FFFF)V+53
j  javax.media.j3d.JoglPipeline.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+28
j  javax.media.j3d.Canvas3D.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+12
j  javax.media.j3d.Canvas3D.resetImmediateRendering()V+131
J  javax.media.j3d.Renderer.doWork(J)V
v  ~StubRoutines::call_stub
V  [jvm.dll+0xfed1b]
V  [jvm.dll+0x191141]
V  [jvm.dll+0xfeec4]
V  [jvm.dll+0xfef1b]
V  [jvm.dll+0xb8345]
V  [jvm.dll+0x11d304]
V  [jvm.dll+0x145d6c]
C  [msvcr71.dll+0x9565]  endthreadex+0xa0
C  [kernel32.dll+0x1336a]  BaseThreadInitThunk+0x12
C  [ntdll.dll+0x39f72]  RtlInitializeExceptionChain+0x63
C  [ntdll.dll+0x39f45]  RtlInitializeExceptionChain+0x36

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  jogamp.opengl.gl4.GL4bcImpl.dispatch_glColor4f1(FFFFJ)V+0
j  jogamp.opengl.gl4.GL4bcImpl.glColor4f(FFFF)V+53
j  javax.media.j3d.JoglPipeline.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+28
j  javax.media.j3d.Canvas3D.resetColoringAttributes(Ljavax/media/j3d/Context;FFFFZ)V+12
j  javax.media.j3d.Canvas3D.resetImmediateRendering()V+131
J  javax.media.j3d.Renderer.doWork(J)V
j  javax.media.j3d.J3dThread.run()V+19
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x022db400 JavaThread "J3D-InputDeviceScheduler-1" [_thread_blocked, id=1220, stack(0x613c0000,0x61410000)]
  0x5c360c00 JavaThread "J3D-SoundSchedulerUpdateThread-1" [_thread_blocked, id=336, stack(0x60830000,0x60880000)]
  0x5c360400 JavaThread "J3D-RenderStructureUpdateThread-1" [_thread_blocked, id=112, stack(0x607a0000,0x607f0000)]
  0x5c35fc00 JavaThread "J3D-BehaviorScheduler-1" [_thread_blocked, id=880, stack(0x60710000,0x60760000)]
  0x5c35f800 JavaThread "J3D-TransformStructureUpdateThread-1" [_thread_blocked, id=876, stack(0x60680000,0x606d0000)]
  0x5c35f000 JavaThread "J3D-RenderingEnvironmentStructureUpdateThread-1" [_thread_blocked, id=872, stack(0x605f0000,0x60640000)]
  0x5c35ec00 JavaThread "J3D-SoundStructureUpdateThread-1" [_thread_blocked, id=4384, stack(0x5fd80000,0x5fdd0000)]
  0x5c35e400 JavaThread "J3D-GeometryStructureUpdateThread-1" [_thread_blocked, id=1216, stack(0x5fcf0000,0x5fd40000)]
  0x5c35e000 JavaThread "J3D-BehaviorStructureUpdateThread-1" [_thread_blocked, id=344, stack(0x5fc60000,0x5fcb0000)]
  0x5c35d800 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=4388, stack(0x605a0000,0x605f0000)]
=>0x5c35d000 JavaThread "J3D-Renderer-1" [_thread_in_native, id=1004, stack(0x60510000,0x60560000)]
  0x5c2cc400 JavaThread "J3D-MasterControl-1" [_thread_blocked, id=1416, stack(0x5f220000,0x5f270000)]
  0x5c2cbc00 JavaThread "J3D-NotificationThread" [_thread_blocked, id=12, stack(0x5e120000,0x5e170000)]
  0x5be80000 JavaThread "J3D-TimerThread" [_thread_blocked, id=1008, stack(0x5e090000,0x5e0e0000)]
  0x5be7e800 JavaThread "J3D-RenderingAttributesStructureUpdateThread" [_thread_blocked, id=4380, stack(0x5dfa0000,0x5dff0000)]
  0x5be7f800 JavaThread "AWT-EventQueue-0-SharedResourceRunner" daemon [_thread_blocked, id=3500, stack(0x5dd80000,0x5ddd0000)]
  0x5c25e000 JavaThread "Swing-Shell" daemon [_thread_blocked, id=3700, stack(0x60a50000,0x60aa0000)]
  0x5c24dc00 JavaThread "TimerQueue" daemon [_thread_blocked, id=4100, stack(0x608c0000,0x60910000)]
  0x003fa000 JavaThread "DestroyJavaVM" [_thread_blocked, id=5048, stack(0x00540000,0x00590000)]
  0x5c254c00 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=5116, stack(0x5f2b0000,0x5f300000)]
  0x5bf68400 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=5100, stack(0x5e1c0000,0x5e210000)]
  0x5c19bc00 JavaThread "AWT-Windows" daemon [_thread_in_native, id=5092, stack(0x5c810000,0x5c860000)]
  0x5bf6ac00 JavaThread "AWT-Shutdown" [_thread_blocked, id=5088, stack(0x5c7c0000,0x5c810000)]
  0x5bf6e000 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=5084, stack(0x5c6b0000,0x5c700000)]
  0x022c7800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=5076, stack(0x5bd60000,0x5bdb0000)]
  0x022c0c00 JavaThread "C1 CompilerThread0" daemon [_thread_blocked, id=5072, stack(0x5bcd0000,0x5bd20000)]
  0x022bfc00 JavaThread "Attach Listener" daemon [_thread_blocked, id=5068, stack(0x5bc40000,0x5bc90000)]
  0x022bc800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5064, stack(0x5bbb0000,0x5bc00000)]
  0x0228d000 JavaThread "Finalizer" daemon [_thread_blocked, id=5060, stack(0x5bb20000,0x5bb70000)]
  0x0228b800 JavaThread "Reference Handler" daemon [_thread_blocked, id=5056, stack(0x5ba90000,0x5bae0000)]

Other Threads:
  0x02287800 VMThread [stack: 0x5ba00000,0x5ba50000] [id=5052]
  0x022d9800 WatcherThread [stack: 0x5bdf0000,0x5be40000] [id=5080]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 93696K, used 23195K [0x04380000, 0x0a920000, 0x1f4d0000)
  eden space 83328K,  15% used [0x04380000, 0x05006f10, 0x094e0000)
  from space 10368K, 100% used [0x094e0000, 0x09f00000, 0x09f00000)
  to   space 10368K,   0% used [0x09f00000, 0x09f00000, 0x0a920000)
 tenured generation   total 207948K, used 124948K [0x1f4d0000, 0x2bfe3000, 0x55780000)
   the space 207948K,  60% used [0x1f4d0000, 0x26ed5350, 0x26ed5400, 0x2bfe3000)
 compacting perm gen  total 27904K, used 27779K [0x55780000, 0x572c0000, 0x59780000)
   the space 27904K,  99% used [0x55780000, 0x572a0e80, 0x572a1000, 0x572c0000)
No shared spaces configured.

Code Cache  [0x02300000, 0x026e0000, 0x04300000)
 total_blobs=2158 nmethods=1672 adapters=420 free_code_cache=29520064 largest_free_block=192

Dynamic libraries:
0x00400000 - 0x00425000 C:\Program Files (x86)\Java\jre6\bin\java.exe
0x77c80000 - 0x77e00000 C:\WINDOWS\SysWOW64\ntdll.dll
0x75870000 - 0x75980000 C:\WINDOWS\syswow64\kernel32.dll
0x75c40000 - 0x75c87000 C:\WINDOWS\syswow64\KERNELBASE.dll
0x75180000 - 0x751ed000 C:\WINDOWS\SysWOW64\SYSFER.DLL
0x753c0000 - 0x75460000 C:\WINDOWS\syswow64\ADVAPI32.dll
0x77310000 - 0x773bc000 C:\WINDOWS\syswow64\msvcrt.dll
0x75980000 - 0x75999000 C:\WINDOWS\SysWOW64\sechost.dll
0x75f70000 - 0x76060000 C:\WINDOWS\syswow64\RPCRT4.dll
0x75360000 - 0x753c0000 C:\WINDOWS\syswow64\SspiCli.dll
0x75350000 - 0x7535c000 C:\WINDOWS\syswow64\CRYPTBASE.dll
0x7c340000 - 0x7c396000 C:\Program Files (x86)\Java\jre6\bin\msvcr71.dll
0x6d810000 - 0x6dac4000 C:\Program Files (x86)\Java\jre6\bin\client\jvm.dll
0x76fd0000 - 0x770d0000 C:\WINDOWS\syswow64\USER32.dll
0x75730000 - 0x757c0000 C:\WINDOWS\syswow64\GDI32.dll
0x77c50000 - 0x77c5a000 C:\WINDOWS\syswow64\LPK.dll
0x76d80000 - 0x76e1d000 C:\WINDOWS\syswow64\USP10.dll
0x74d20000 - 0x74d52000 C:\WINDOWS\system32\WINMM.dll
0x76d20000 - 0x76d80000 C:\WINDOWS\system32\IMM32.DLL
0x759a0000 - 0x75a6c000 C:\WINDOWS\syswow64\MSCTF.dll
0x6e560000 - 0x6e5ac000 C:\WINDOWS\system32\apphelp.dll
0x6d7c0000 - 0x6d7cc000 C:\Program Files (x86)\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000 C:\Program Files (x86)\Java\jre6\bin\java.dll
0x6d800000 - 0x6d80f000 C:\Program Files (x86)\Java\jre6\bin\zip.dll
0x6d000000 - 0x6d14d000 C:\Program Files (x86)\Java\jre6\bin\awt.dll
0x5c040000 - 0x5c091000 C:\WINDOWS\system32\WINSPOOL.DRV
0x75dd0000 - 0x75f2c000 C:\WINDOWS\syswow64\ole32.dll
0x6ecb0000 - 0x6ee4e000 C:\WINDOWS\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\COMCTL32.dll
0x757c0000 - 0x75817000 C:\WINDOWS\syswow64\SHLWAPI.dll
0x73150000 - 0x73163000 C:\WINDOWS\system32\DWMAPI.DLL
0x6ec30000 - 0x6ecb0000 C:\WINDOWS\system32\uxtheme.dll
0x6d230000 - 0x6d286000 C:\Program Files (x86)\Java\jre6\bin\fontmanager.dll
0x5c860000 - 0x5ca23000 C:\WINDOWS\system32\d3d9.dll
0x74f80000 - 0x74f89000 C:\WINDOWS\system32\VERSION.dll
0x6e5f0000 - 0x6e5f6000 C:\WINDOWS\system32\d3d8thk.dll
0x5ca70000 - 0x5ca8f000 C:\WINDOWS\system32\prl_umdd.dll
0x76090000 - 0x76cda000 C:\WINDOWS\system32\shell32.dll
0x6d610000 - 0x6d623000 C:\Program Files (x86)\Java\jre6\bin\net.dll
0x76ce0000 - 0x76d15000 C:\WINDOWS\syswow64\WS2_32.dll
0x75f60000 - 0x75f66000 C:\WINDOWS\syswow64\NSI.dll
0x73790000 - 0x737cc000 C:\WINDOWS\system32\mswsock.dll
0x71c10000 - 0x71c16000 C:\WINDOWS\System32\wship6.dll
0x6d630000 - 0x6d639000 C:\Program Files (x86)\Java\jre6\bin\nio.dll
0x6d450000 - 0x6d475000 C:\Program Files (x86)\Java\jre6\bin\jpeg.dll
0x69cd0000 - 0x6cf28000 C:\Users\ahall\Desktop\SOAv8.1_140310_dawn_package-win_ash_jogl2.1.4\SOAv8.1_140310_dawn-win\bin\native\jspice.dll
0x75600000 - 0x75683000 C:\WINDOWS\syswow64\CLBCatQ.DLL
0x75a70000 - 0x75aff000 C:\WINDOWS\syswow64\OLEAUT32.dll
0x75460000 - 0x755fd000 C:\WINDOWS\syswow64\SETUPAPI.dll
0x76e80000 - 0x76ea7000 C:\WINDOWS\syswow64\CFGMGR32.dll
0x75b00000 - 0x75b12000 C:\WINDOWS\syswow64\DEVOBJ.dll
0x60fa0000 - 0x61095000 C:\WINDOWS\system32\propsys.dll
0x732a0000 - 0x732c1000 C:\WINDOWS\system32\ntmarta.dll
0x75820000 - 0x75865000 C:\WINDOWS\syswow64\WLDAP32.dll
0x69b30000 - 0x69cc8000 C:\WINDOWS\system32\NetworkExplorer.dll
0x610e0000 - 0x6110f000 C:\WINDOWS\System32\shdocvw.dll
0x73880000 - 0x7388b000 C:\WINDOWS\system32\profapi.dll
0x5f450000 - 0x5f45a000 C:\WINDOWS\system32\slc.dll
0x72980000 - 0x72992000 C:\WINDOWS\system32\MPR.dll
0x61230000 - 0x6123b000 C:\WINDOWS\System32\prl_np.dll
0x61240000 - 0x6124f000 C:\WINDOWS\system32\snacnp.dll
0x75ca0000 - 0x75ca5000 C:\WINDOWS\syswow64\PSAPI.DLL
0x61260000 - 0x61268000 C:\WINDOWS\System32\drprov.dll
0x725e0000 - 0x72609000 C:\WINDOWS\System32\WINSTA.dll
0x61270000 - 0x61284000 C:\WINDOWS\System32\ntlanman.dll
0x61290000 - 0x612a7000 C:\WINDOWS\System32\davclnt.dll
0x612b0000 - 0x612b8000 C:\WINDOWS\System32\DAVHLPR.dll
0x71ed0000 - 0x71edf000 C:\WINDOWS\system32\wkscli.dll
0x717c0000 - 0x717cb000 C:\WINDOWS\system32\cscapi.dll
0x71f00000 - 0x71f09000 C:\WINDOWS\system32\netutils.dll
0x696b0000 - 0x698e8000 C:\WINDOWS\system32\wpdshext.dll
0x6ddb0000 - 0x6df40000 C:\WINDOWS\WinSxS\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.7601.18120_none_72d2e82386681b36\gdiplus.dll
0x612f0000 - 0x61379000 C:\WINDOWS\system32\PortableDeviceApi.dll
0x76060000 - 0x7608e000 C:\WINDOWS\syswow64\WINTRUST.dll
0x75cb0000 - 0x75dd0000 C:\WINDOWS\syswow64\CRYPT32.dll
0x75c90000 - 0x75c9c000 C:\WINDOWS\syswow64\MSASN1.dll
0x6d680000 - 0x6d6bf000 C:\WINDOWS\system32\audiodev.dll
0x69440000 - 0x696a7000 C:\WINDOWS\system32\WMVCore.DLL
0x61380000 - 0x613bd000 C:\WINDOWS\system32\WMASF.DLL
0x6d1c0000 - 0x6d1f1000 C:\WINDOWS\system32\EhStorShell.dll
0x6d650000 - 0x6d672000 C:\WINDOWS\system32\EhStorAPI.dll
0x6d7f0000 - 0x6d7f9000 C:\WINDOWS\system32\LINKINFO.dll
0x72660000 - 0x72676000 C:\WINDOWS\system32\CRYPTSP.dll
0x72620000 - 0x7265b000 C:\WINDOWS\system32\rsaenh.dll
0x73810000 - 0x73827000 C:\WINDOWS\system32\USERENV.dll
0x5dce0000 - 0x5dcf0000 C:\WINDOWS\system32\NLAapi.dll
0x6d370000 - 0x6d380000 C:\WINDOWS\system32\napinsp.dll
0x5dd00000 - 0x5dd12000 C:\WINDOWS\system32\pnrpnsp.dll
0x729a0000 - 0x729e4000 C:\WINDOWS\system32\DNSAPI.dll
0x6d360000 - 0x6d368000 C:\WINDOWS\System32\winrnr.dll
0x6d190000 - 0x6d1b1000 C:\Program Files (x86)\Bonjour\mdnsNSP.dll
0x73470000 - 0x7348c000 C:\WINDOWS\system32\Iphlpapi.DLL
0x73460000 - 0x73467000 C:\WINDOWS\system32\WINNSI.DLL
0x73780000 - 0x73785000 C:\WINDOWS\System32\wshtcpip.dll
0x6d210000 - 0x6d216000 C:\WINDOWS\system32\rasadhlp.dll
0x72170000 - 0x721a8000 C:\WINDOWS\System32\fwpuclnt.dll
0x637c0000 - 0x637cb000 C:\Users\ahall\AppData\Local\Temp\jogamp_0000\file_cache\jln8958780269336567759\jln3684821450129963557\gluegen-rt.dll
0x5ddd0000 - 0x5ddd6000 C:\Program Files (x86)\Java\jre6\bin\jawt.dll
0x5ddf0000 - 0x5ddfb000 C:\Users\ahall\AppData\Local\Temp\jogamp_0000\file_cache\jln8958780269336567759\jln3684821450129963557\nativewindow_awt.dll
0x5de00000 - 0x5de0d000 C:\Users\ahall\AppData\Local\Temp\jogamp_0000\file_cache\jln8958780269336567759\jln3684821450129963557\nativewindow_win32.dll
0x69a60000 - 0x69b28000 C:\WINDOWS\system32\OpenGL32.dll
0x6d160000 - 0x6d182000 C:\WINDOWS\system32\GLU32.dll
0x69970000 - 0x69a57000 C:\WINDOWS\system32\DDRAW.dll
0x6d200000 - 0x6d206000 C:\WINDOWS\system32\DCIMAN32.dll
0x64500000 - 0x64592000 C:\Users\ahall\AppData\Local\Temp\jogamp_0000\file_cache\jln8958780269336567759\jln3684821450129963557\jogl_desktop.dll
0x5dee0000 - 0x5df23000 C:\WINDOWS\system32\prl_gldd.dll

VM Arguments:
jvm_args: -Dsoa.home=. -Xms128m -Xmx1300m
java_command: seq.soa.Dawn history.txt
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_51
PATH=C:\Program Files\CollabNet\Subversion Client;C:\Program Files (x86)\Parallels\Parallels Tools\Applications;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Enterprise Vault\EVClient\;C:\Program Files\TortoiseSVN\bin;C:\Program Files (x86)\QuickTime\QTSystem\;C:\MATLAB\R2013b\runtime\win64;C:\MATLAB\R2013b\bin;C:\Program Files\CollabNet\Subversion Client;C:\Program Files (x86)\Parallels\Parallels Tools\Applications;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Enterprise Vault\EVClient\;C:\Program Files\TortoiseSVN\bin;C:\Program Files (x86)\QuickTime\QTSystem\;C:\MATLAB\R2013b\runtime\win64;C:\MATLAB\R2013b\bin;C:\Program Files (x86)\Java\jdk1.7.0_51\bin;C:\Drew\Progs\apache-ant-1.9.3\bin;c:\Drew\Progs\emacs-24.3\bin;C:\Program Files\mingw-builds\x64-4.8.1-win32-seh-rev5\mingw64\bin;;data\users;bin\native
USERNAME=ahall
LD_LIBRARY_PATH=bin\native
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 58 Stepping 9, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows 7 , 64 bit Build 7601 Service Pack 1

CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 58 stepping 9, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt

Memory: 4k page, physical 8388152k(6648356k free), swap 16774440k(14795892k free)

vm_info: Java HotSpot(TM) Client VM (20.51-b01) for windows-x86 JRE (1.6.0_51-b11), built on Jun  6 2013 10:56:59 by "java_re" with MS VC++ 7.1 (VS2003)

time: Mon Mar 10 20:58:09 2014
elapsed time: 26 seconds

 Hope this helps.  Thanks for your attention!

Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
In reply to this post by gouessej
Hi,

Thanks for your help.  I'll work to get you a SSCCE tomorrow.  I just inherited this code and I don't know how it invokes J3D behind the scenes--but I'll try to extract that salient points into a minimal example that exhibits the same behavior.

Thanks again,
Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
Thank you but keep in mind that we don't support Parallels VM. If this bug is only reproducible with it, we won't be able to fix it.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
Julien,

Understood.  I'll try to get somebody with a real Windows PC to run it and see if I've still got a problem.

By the way, the Java3D tutorial at http://www.java3d.org/starting.html runs fine in this configuration.

Thanks for your hard work on resurrecting J3D!

Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
You're welcome.

Ok, it means that there is something not absolutely trivial that causes this crash.

Edit.: Your problem might be caused by the driver of the Intel HD 4000. Do you reproduce it when you force your laptop in "high performance" mode so that it uses only the Nvidia graphics card?
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

hharrison
In reply to this post by Drew Hall
I'm afraid if it's parallels you're on your own, for some reason it just segfaults on the first OpenGL access we make, which tends to be glColor4, no idea why.  Any reason you can't just run directly on the OSX machine instead?

Harvey

Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
Harvey,

I'm trying to support users on 3 platforms, the rest of whom will be using real (not virtual) machines.  Using Parallels is an easy way to test on those platforms, though not if it doesn't work reliably.

Do you guys have a public git/svn/etc. server?  If so, maybe I can help track this back to the source and feed you a patch (though I suspect you're right that the bug is in Parallels driver code, not your J3D implementation).

Thanks!
Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
In reply to this post by Drew Hall
Whoops--I stand corrected.  The simple tutorial does not work in this configuration--I must have been using 1.5.2 when I got that to work.

This appears to be the known Parallels bug after all.  Still awaiting confirmation from my Windows-using colleague that all is well on a real Windows box.

Thanks again & sorry to waste your time.

Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

hharrison
Don't worry about it, please don't hesitate to report things you find that aren't working.

Harvey
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Drew Hall
In reply to this post by Drew Hall
Just to close this out--I finally got a colleague with a real Windows 7 PC to run my code and it does, indeed, work (as you predicted).

Parallels seems, unambiguously, to be the culprit.

Thanks again,
Drew
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
Thank you for the feedback. Parallels shouldn't be used with OpenGL anyway.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Manu
I'm so sad that you won't try to fix this old issue.
For your information, I recall you that it's the main reason why Sweet Home 3D is still released with Java 3D 1.5.2 under Windows and Linux. I don't understand why it's impossible to fix it, since it used to work.
Emmanuel Puybaret
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Sven Gothel
Administrator
On 04/10/2014 04:11 PM, Manu [via jogamp] wrote:
> I'm so sad that you won't try to fix this old issue.
> For your information, I recall you that it's the main reason why Sweet Home 3D
> is still released with Java 3D 1.5.2 under Windows and Linux.

Sorry for stating the obvious, but one would need to make it work then :)

Why don't you or somebody else interested find the 'quirk' w/
that buggy GL driver and workaround it ?

We have many GLRendererQuirks already and deal w/ them,
since there are many driver bugs out there ..

> I don't understand why it's impossible to fix it, since it used to work.

Maybe b/c we probe or use more or newer GLX/WGL/GL features ?
Or maybe due to our utilization of multithreading ?
Just a few guesses ..

~Sven

> Emmanuel Puybaret
>


signature.asc (894 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
In reply to this post by Manu
Emmanuel, if the problem came from the driver of the Intel HD 4000, maybe we could find a "quirk" as Sven suggested but the problem is often Parallels itself. It should work out of the box. Moreover, I already explained several times that fixing driver bugs in JOGL might become counter-productive because it doesn't encourage Intel, ATI and Nvidia to provide better drivers on the long term and it affects the reputation of OpenGL. We won't support all virtualisation softwares, especially those known for providing a bad support of OpenGL. Even Citrix with its OpenGL pack works better than Parallels for OpenGL applications.

Finally, if it is really important for you, please help us to find at least one machine with the same chip and the faulty driver if any.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Sven Gothel
Administrator
On 04/10/2014 07:29 PM, gouessej [via jogamp] wrote:
> Finally, if it is really important for you, please help us to find at least
> one machine with the same chip and the faulty driver if any.

Well, you know we do our best to support all major platforms,
but as I mentioned earlier the party w/ interest
should invest resources to fix it or let it being fixed.

This, b/c resources are limited and priorities not always equals.
However, we would support such endeavor ofc.

~Sven



signature.asc (894 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

Manu
I already explained several times that fixing driver bugs in JOGL might become counter-productive because it doesn't encourage Intel, ATI and Nvidia to provide better drivers on the long term
Julien, I fear this way of doing can fit only small applications with a known public. Imagine that this bug happens not only in Parallels VM but also on older computers with outdated drivers?
it affects the reputation of OpenGL
I don't think that users really care about this. They prefer a program that works not so well than a program that doesn't work at all (and until now it works with Java 3D 1.5.2).
if it is really important for you, please help us to find at least one machine with the same chip and the faulty driver if any.
It's important for me because like Drew, Parallels VM is the platform I use to test Sweet Home 3D under Windows and Linux, along with Mac OS X, and I don't want to buy (and maintain) another PC. I think you can use any Mac running Parallels Desktop, but feel free to request any information that would help the team to fix this issue. Avoiding a VM crash would be already a nice first step !
Emmanuel Puybaret
Reply | Threaded
Open this post in threaded view
|

Re: Access violation: Java3d 1.6.0 pre 9 + Windows 7 x86-64

gouessej
Administrator
Manu wrote
Julien, I fear this way of doing can fit only small applications with a known public. Imagine that this bug happens not only in Parallels VM but also on older computers with outdated drivers?
Then, they should update their drivers, using outdated drivers is a bad practice for security reasons anyway. Using some quirks should be the exception, it shouldn't become the rule. I remind you that I have some professional experience in "not small" CAD applications using JOGL. We shouldn't encourage end users to use outdated drivers by any means and sometimes the bugs has to be fixed upstream. I know that some developers don't dare to ask their customers to update their drivers, they just want OpenGL to work out of the box with the drivers provided by the OEM and I would be happy if it was always possible but it's not the case and what would we do if a particular driver bug would be technically impossible to "avoid" by a quirk??

Manu wrote
I don't think that users really care about this. They prefer a program that works not so well than a program that doesn't work at all (and until now it works with Java 3D 1.5.2).
Non technical users don't care but developers care about this. If the OpenGL drivers become less reliable, all renderers and backends based on it will become harder to maintain and some developers targeting mainly Windows may choose to drop them in favor of Direct3D ones. Java 3D 1.5.2 contains numerous bugs that several people here including Harvey and August fixed in Java3D 1.6.0, the myth of the golden age has to come to an end. Moreover, if the problem comes from Parallels and occurs even with OpenGL applications not using JOGL, how can you blame us for not fixing that? This is my main concern. Do you succeed in using Meshlab with Parallels?

Manu wrote
It's important for me because like Drew, Parallels VM is the platform I use to test Sweet Home 3D under Windows and Linux, along with Mac OS X, and I don't want to buy (and maintain) another PC. I think you can use any Mac running Parallels Desktop, but feel free to request any information that would help the team to fix this issue. Avoiding a VM crash would be already a nice first step !
If the problem comes from JOGL and not from OpenGL support of Parallels in general, then yes I understand your position. Don't misunderstand my opinion. I have nothing against Parallels in particular but it gets often criticized for its bad OpenGL support. Does Parallels work on Mac OS X 10.6.8? Sven gave me a Mac book Pro and my younger brother gave me a laptop under Windows as I don't want to buy some machines under those OS, I understand your concerns, I even prepare an equivalent of JavaFX native packaging but without platform-specific dependencies, maybe it would be interesting for you.

Edit.: Have you enabled 3D acceleration in Parallels?
http://download.parallels.com/desktop/v5/docs/en/Parallels_Desktop_Users_Guide/22986.htm
Sorry for the dumb question but I want to be sure it has been done before investigating more.
Julien Gouesse | Personal blog | Website