After spending a good part of today trying to figure out why my JUCE application crashes when loading an HTML page that contained a flash plugin, turns out it seems to be an Apple/Adobe issue.(that used to work a few months ago).
I’ll post the problem here, rdar seems down at the moment, but if anyone can confirm that’d be awesome(just use a web browser component on mac to go to http://www.flashcomponents.net )
I post here to save the sanity of others…
Grrrrr :twisted:
Problem : WebKit framework used in Cocoa Application crashes when loading Flash Plugin
Reproduce: Launching /Developer/Examples/WebKit/MiniBrowser and pointing the browser to http://www.flashcomponents.net/ results in the following crash
Other Info : /Library/Internet Plug-Ins was cleared before installing the flash plug in. Navigating to website via Safari Version 4.0 (5530.17) works as expected
#0 0x97448402 in __pthread_kill ()#1 0x9744824f in pthread_kill ()#2 0x9106c190 in Debugger ()#3 0x0e9ac935 in dyld_stub_vsnprintf ()#4 0x0e9acbef in NP_Initialize ()#5 0x95a6531f in -[WebNetscapePluginPackage _tryLoad] ()#6 0x95a64f47 in -[WebNetscapePluginPackage load] ()#7 0x95ab087f in -[WebNetscapePluginDocumentView initWithFrame:pluginPackage:URL:baseURL:MIMEType:attributeKeys:attributeValues:loadManually:element:] ()#8 0x95a9de49 in WebFrameLoaderClient::createPlugin ()#9 0x92e964bd in WebCore::FrameLoader::loadPlugin ()#10 0x92e9608f in WebCore::FrameLoader::requestObject ()#11 0x92de07dc in WebCore::RenderPartObject::updateWidget ()#12 0x92d3d6f2 in WebCore::FrameView::updateWidgets ()#13 0x92d3d3d1 in WebCore::FrameView::performPostLayoutTasks ()#14 0x92d19253 in WebCore::FrameView::layout ()#15 0x95a45ea3 in -[WebHTMLView layoutToMinimumPageWidth:maximumPageWidth:adjustingViewSize:] ()#16 0x95a45da4 in -[WebHTMLView layout] ()#17 0x95a41cf4 in -[WebHTMLView(WebInternal) _web_layoutIfNeededRecursive] ()#18 0x95a41cc2 in -[WebHTMLView(WebPrivate) viewWillDraw] ()#19 0x906c2ac8 in -[NSView viewWillDraw] ()#20 0x906c2ac8 in -[NSView viewWillDraw] ()#21 0x906c2ac8 in -[NSView viewWillDraw] ()#22 0x906c2ac8 in -[NSView viewWillDraw] ()#23 0x95a39654 in -[WebView(WebPrivate) viewWillDraw] ()#24 0x906c2ac8 in -[NSView viewWillDraw] ()#25 0x906c2ac8 in -[NSView viewWillDraw] ()#26 0x906c21aa in -[NSView _sendViewWillDrawInRect:] ()#27 0x90604473 in -[NSView displayIfNeeded] ()#28 0x90604061 in -[NSWindow displayIfNeeded] ()#29 0x90603e84 in _handleWindowNeedsDisplay ()#30 0x927f2942 in __CFRunLoopDoObservers ()#31 0x927f3c9c in CFRunLoopRunSpecific ()#32 0x927f4c78 in CFRunLoopRunInMode ()#33 0x934e728c in RunCurrentEventLoopInMode ()#34 0x934e70a5 in ReceiveNextEventCommon ()#35 0x934e6f19 in BlockUntilNextEventMatchingListInMode ()#36 0x90601d0d in _DPSNextEvent ()#37 0x906015c0 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()#38 0x905fa5fb in -[NSApplication run] ()#39 0x905c7834 in NSApplicationMain ()#40 0x00001cf4 in main (argc=1, argv=0xbffff730) at /Developer/Examples/WebKit/MiniBrowser/main.m:45
Silly me… I had stop on Debugger() enabled in XCode… didn’t notice that Adobe must have kept a Debugger() call in production code…
Still…grrrrrrr, and might be useful to someone else
http://lists.apple.com/archives/webkitsdk-dev/2009/Jan/msg00002.html
Yes, it calls the debugger.
