Native crash on OS X while trying to reproduce memory leak.

[Scott Kovatch]

On Oct 21, 2012, at 3:49 PM, Scott Palmer <swpalmer at gmail.com> wrote:

> Running 7u10-b12  ea (With JavaFX 2.2.4-ea)
> 
> My test app didn't appear to leak on the Java Heap.. so I walked away for a while and when I came back the following crash report was waiting for me:
> I can't tell if it is a JFX issue or not… It looks like it may be a video card driver issue.  But I figured I would un it by you guys just in case.
> 
> Scott

The crashed thread:

> Thread 28 Crashed:: CVDisplayLink
> 0   libsystem_kernel.dylib        	0x00007fff8f68a212 __pthread_kill + 10
> 1   libsystem_c.dylib             	0x00007fff8e1c3af4 pthread_kill + 90
> 2   libsystem_c.dylib             	0x00007fff8e207dce abort + 143
> 3   libjvm.dylib                  	0x000000010f2a3c93 os::abort(bool) + 25
> 4   libjvm.dylib                  	0x000000010f39244e VMError::report_and_die() + 2306
> 5   libjvm.dylib                  	0x000000010f2a5387 JVM_handle_bsd_signal + 1073
> 6   libsystem_c.dylib             	0x00007fff8e1b08ea _sigtramp + 26
> 7   com.apple.GeForceGLDriver     	0x00000002000a8e05 0x200000000 + 691717
> 8   com.apple.GeForceGLDriver     	0x00000002000d9545 0x200000000 + 890181
> 9   libGPUSupport.dylib           	0x00000001211e24d5 gldDestroyTexture + 26
> 10  libGFXShared.dylib            	0x00007fff91256fd1 gfxDestroyPluginTexture + 55
> 11  GLEngine                      	0x0000000120fda3f8 gleFreeTextureObject + 37
> 12  GLEngine                      	0x0000000120fac868 gleUnbindDeleteHashNamesAndObjects + 166
> 13  GLEngine                      	0x0000000120e8c854 glDeleteTextures_Exec + 732
> 14  com.apple.QuartzCore          	0x00007fff8fc7d707 CA::OGL::CGLContext::delete_image(CA::OGL::Image*) + 121
> 15  com.apple.QuartzCore          	0x00007fff8fc6e0e3 CA::OGL::Context::collect(bool) + 361
> 16  com.apple.QuartzCore          	0x00007fff8fc6df55 CA::OGL::GLContext::collect(bool) + 25
> 17  com.apple.QuartzCore          	0x00007fff8fc6df1b CA::OGL::CGLContext::collect(bool) + 21
> 18  com.apple.QuartzCore          	0x00007fff8fc65eec view_draw(_CAView*, double, CVTimeStamp const*, bool) + 3982
> 19  com.apple.QuartzCore          	0x00007fff8fc6ecd7 view_display_link(double, CVTimeStamp const*, void*) + 139
> 20  com.apple.QuartzCore          	0x00007fff8fc6ebc2 link_callback + 244
> 21  com.apple.CoreVideo           	0x00007fff8717403d CVDisplayLink::performIO(CVTimeStamp*) + 203
> 22  com.apple.CoreVideo           	0x00007fff871732a4 CVDisplayLink::runIOThread() + 632
> 23  com.apple.CoreVideo           	0x00007fff87173013 startIOThread(void*) + 148
> 24  libsystem_c.dylib             	0x00007fff8e1c2742 _pthread_start + 327
> 25  libsystem_c.dylib             	0x00007fff8e1af181 thread_start + 13

All of that, except for the signal handling code, is Apple code. It's probably going to be hard to know if we fed it garbage or a bug in the GL driver.

Another thing I noticed, but probably not related to this specific problem:

>       0x11c299000 -        0x11c2a2ff7  com.apple.java.JavaRuntimeSupport (14.5.0 - 14.5.0) <A08E8799-F5FF-3CBB-A753-FC2AF260ABEB> /System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/JavaRuntimeSupport
>       0x11c2b1000 -        0x11c2bbfff  JavaNativeFoundation (1) <F1FE02AF-1A2C-3EF7-9D1A-312FA21B51B9> /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation
>       0x11c2c6000 -        0x11c2cbfff  com.apple.JavaVM (14.5.0 - 14.5.0) <83C8C2AB-E99D-39FF-80B4-90A7DEB1DAFB> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM
>       0x11c2d3000 -        0x11c2d8fff  JavaLaunching (1) <B1E18D32-6FF1-3882-B25A-558A2FB18B55> /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching

How are you getting this code to load? Is this a bundled application? I would only expect to see this code with Apple's application stub.  It could be that JavaVM.framework is pulling it in -- JavaNativeFoundation and JavaRuntimeSupport rely on it.

Just curious….

-- Scott K.

----------------------------------------
Scott Kovatch
scott.kovatch at oracle.com
Santa Clara/Pleasanton, CA