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

Scott Palmer swpalmer at gmail.com
Tue Oct 23 12:05:50 PDT 2012


On 2012-10-23, at 1:26 PM, Scott Kovatch <scott.kovatch at oracle.com> wrote:

> 
> On Oct 21, 2012, at 3:49 PM, Scott Palmer <swpalmer at gmail.com> wrote:
> <snip>
> The crashed thread:
> 
>> Thread 28 Crashed:: CVDisplayLink
>> 0   libsystem_kernel.dylib        	0x00007fff8f68a212 __pthread_kill + 10
>> <snip>
> 
> 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.

What I expected.  Perhaps the crash report will eventually trickle down to somebody at Apple that can do something more.


> 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?

It is a NetBeans 7.2 Swing + JavaFX project that was run from the IDE.

> Is this a bundled application?

No.  But I haven't looked into the magic that the NB Ant script is doing for Swing + JavaFX  it even makes a main class derived from Applet for some reason.. I didn't bother to sanitize it.


> 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….

Now you've got me curious too.


Scott P.


More information about the openjfx-dev mailing list