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

Scott Palmer swpalmer at gmail.com
Tue Oct 23 12:20:37 PDT 2012


On 2012-10-23, at 3:12 PM, Mike Swingler <swingler at apple.com> wrote:

> On Oct 23, 2012, at 12:05 PM, Scott Palmer <swpalmer at gmail.com> wrote:
> 
>> 
>> 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.
> 
> Not if the JVM is catching it. HotSpot should actually not catch crashes that are on threads that are not attached to the JVM.

The standard OS X crash reporter window opened and I submitted the report.  Doesn't that mean that it will get in the queue to be reviewed by Apple?  (Perhaps after a few duplicate stack traces or something?)


Scott P.



More information about the openjfx-dev mailing list