Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).
Hi Ryosuke, Thanks for the JSC_useJIT option, I was not aware of it. I will try to use webkit with JSC_useJIT=0 option. However, I am doubtful if I can replace existing webkit used in PhantomJS with the latest version, since it will require integration with the PhantomJS code. I am going to check both these options now (env. var and feasibility of using new webkit version) and will update this forum with my findings. Thanks, Atul. From: Ryosuke Niwa To: Atul Sowani/Beaverton/Contr/IBM@IBMUS Cc: "webkit-dev@lists.webkit.org" Date: 10/26/2015 07:15 PM Subject:Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le). Sent by:ryosuke.n...@gmail.com On Monday, October 26, 2015, Atul Sowani wrote: I am trying to port PhantomJS 2.0.1 to IBM PPC64LE platform. PhantomJS uses qtwebkit version 153112 and I am facing a few crashes in the JavaScript interpreter code. I was directed to this forum by PhantomJS developers to get help/insight about the interpreter. That WebKit revision is more than two years old: http://trac.webkit.org/changeset/153112 Requesting this forum admins/contributors to confirm if this is the right forum to discuss JS interpreter issues, and is it mandatory to open a bug report in order to discuss it on this mailing list. Can you reproduce the same interpreter crash on Mac or GTK+ if you built trunk WebKit? (You can export JSC_useJIT=0 in env to disable JIT) If not, can reproduce the crash on Mac/GTK+ ports at r153112? If you can, you can probably binary search the revision that fixed the crash. - R. Niwa -- - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Youenn Fablet is now a WebKit reviewer
Congrats! Saam > On Oct 26, 2015, at 7:15 PM, Mark Lam wrote: > > Hello everyone, > > I would like to announce that Youenn Fablet is now a WebKit reviewer. Please > send him your congratulations, and some requests for patch reviews too. :-) > > Youenn, congratulations. > > Mark > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Youenn Fablet is now a WebKit reviewer
Congrats Youenn! > On Oct 26, 2015, at 19:15, Mark Lam wrote: > > Hello everyone, > > I would like to announce that Youenn Fablet is now a WebKit reviewer. Please > send him your congratulations, and some requests for patch reviews too. :-) > > Youenn, congratulations. > > Mark > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Youenn Fablet is now a WebKit reviewer
Congrats! Regards, Yusuke Suzuki On Tue, Oct 27, 2015 at 11:15 AM, Mark Lam wrote: > Hello everyone, > > I would like to announce that Youenn Fablet is now a WebKit reviewer. > Please send him your congratulations, and some requests for patch reviews > too. :-) > > Youenn, congratulations. > > Mark > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev > ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Youenn Fablet is now a WebKit reviewer
Hello everyone, I would like to announce that Youenn Fablet is now a WebKit reviewer. Please send him your congratulations, and some requests for patch reviews too. :-) Youenn, congratulations. Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] WebCore crashes calling layout code on wrong thread (iOS 9 SDK only)
We’re tracking an issue similar to this internally. Could you please file a bug report at bug reporter.apple.com, with a copy of the app and steps to reproduce? Thanks Simon > On Oct 26, 2015, at 11:05 AM, Ian Ragsdale wrote: > > Hi all, I'm running into a strange crash when I build my application using > the iOS 9 SDK (we don't see this crash in prior versions of our app). > > The error we see is "NSInternalInconsistencyException accessing > _cachedSystemAnimationFence requires the main thread", and the stack trace is > below. > > Any ideas on how I might track this down or avoid it? > > Thanks, > Ian > > Thread : Fatal Exception: NSInternalInconsistencyException > 0 CoreFoundation 6527766344 __exceptionPreprocess + 124 > 1 libobjc.A.dylib6878281600 objc_exception_throw + 56 > 2 CoreFoundation 6527766040 +[NSException raise:format:] > 3 Foundation 6543444508 -[NSAssertionHandler > handleFailureInMethod:object:file:lineNumber:description:] + 112 > 4 UIKit 6620261688 -[UIApplication > _cachedSystemAnimationFenceCreatingIfNecessary:] + 200 > 5 UIKit 6620261884 -[UIApplication > _systemAnimationFenceCreatingIfNecessary:] + 24 > 6 UIKit 6620609076 +[UIWindow > _synchronizedDrawingFence] + 116 > 7 UIKit 6625701528 -[_UIRemoteViewController > synchronizeAnimationsInActions:] + 124 > 8 UIKit 6625679332 -[_UISizeTrackingView > _geometryChanges:forAncestor:] + 540 > 9 UIKit 6620678428 -[UIView > _notifyGeometryObserversWithChangeInfo:] + 272 > 10 UIKit 6617880096 -[UIView setCenter:] + 408 > 11 UIKit 6618589764 -[UIView(Geometry) > _applyISEngineLayoutValues] + 600 > 12 UIKit 6617592576 -[UIView(Geometry) > _resizeWithOldSuperviewSize:] + 136 > 13 CoreFoundation 6526679440 __53-[__NSArrayM > enumerateObjectsWithOptions:usingBlock:]_block_invoke + 132 > 14 CoreFoundation 6526679176 -[__NSArrayM > enumerateObjectsWithOptions:usingBlock:] + 308 > 15 UIKit 6617521936 -[UIView(Geometry) > resizeSubviewsWithOldSize:] + 116 > 16 UIKit 6618590092 > -[UIView(AdditionalLayoutSupport) _is_layout] + 128 > 17 UIKit 6620696916 -[UIView(Hierarchy) > _updateConstraintsAsNecessaryAndApplyLayoutFromEngine] + 756 > 18 UIKit 6617479084 -[UIView(CALayerDelegate) > layoutSublayersOfLayer:] + 644 > 19 QuartzCore 6609087320 -[CALayer layoutSublayers] + 148 > 20 QuartzCore 6609065828 > CA::Layer::layout_if_needed(CA::Transaction*) + 292 > 21 QuartzCore 6609065508 > CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 32 > 22 QuartzCore 6609063104 > CA::Context::commit_transaction(CA::Transaction*) + 252 > 23 QuartzCore 6609062408 CA::Transaction::commit() + 512 > 24 QuartzCore 6609035512 > CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, > void*) + 80 > 25 CoreFoundation 6527466448 > __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 32 > 26 CoreFoundation 6527457652 __CFRunLoopDoObservers + 372 > 27 CoreFoundation 6526602432 CFRunLoopRunSpecific + 416 > 28 WebCore6827173196 RunWebThread(void*) + 456 > 29 libsystem_pthread.dylib6888979240 _pthread_body + 156 > 30 libsystem_pthread.dylib6888979084 _pthread_body > 31 libsystem_pthread.dylib6888968232 thread_start + 4 > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] WebCore crashes calling layout code on wrong thread (iOS 9 SDK only)
Hi all, I'm running into a strange crash when I build my application using the iOS 9 SDK (we don't see this crash in prior versions of our app). The error we see is "NSInternalInconsistencyException accessing _cachedSystemAnimationFence requires the main thread", and the stack trace is below. Any ideas on how I might track this down or avoid it? Thanks, Ian Thread : Fatal Exception: NSInternalInconsistencyException 0 CoreFoundation 6527766344 __exceptionPreprocess + 124 1 libobjc.A.dylib6878281600 objc_exception_throw + 56 2 CoreFoundation 6527766040 +[NSException raise:format:] 3 Foundation 6543444508 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 112 4 UIKit 6620261688 -[UIApplication _cachedSystemAnimationFenceCreatingIfNecessary:] + 200 5 UIKit 6620261884 -[UIApplication _systemAnimationFenceCreatingIfNecessary:] + 24 6 UIKit 6620609076 +[UIWindow _synchronizedDrawingFence] + 116 7 UIKit 6625701528 -[_UIRemoteViewController synchronizeAnimationsInActions:] + 124 8 UIKit 6625679332 -[_UISizeTrackingView _geometryChanges:forAncestor:] + 540 9 UIKit 6620678428 -[UIView _notifyGeometryObserversWithChangeInfo:] + 272 10 UIKit 6617880096 -[UIView setCenter:] + 408 11 UIKit 6618589764 -[UIView(Geometry) _applyISEngineLayoutValues] + 600 12 UIKit 6617592576 -[UIView(Geometry) _resizeWithOldSuperviewSize:] + 136 13 CoreFoundation 6526679440 __53-[__NSArrayM enumerateObjectsWithOptions:usingBlock:]_block_invoke + 132 14 CoreFoundation 6526679176 -[__NSArrayM enumerateObjectsWithOptions:usingBlock:] + 308 15 UIKit 6617521936 -[UIView(Geometry) resizeSubviewsWithOldSize:] + 116 16 UIKit 6618590092 -[UIView(AdditionalLayoutSupport) _is_layout] + 128 17 UIKit 6620696916 -[UIView(Hierarchy) _updateConstraintsAsNecessaryAndApplyLayoutFromEngine] + 756 18 UIKit 6617479084 -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 644 19 QuartzCore 6609087320 -[CALayer layoutSublayers] + 148 20 QuartzCore 6609065828 CA::Layer::layout_if_needed(CA::Transaction*) + 292 21 QuartzCore 6609065508 CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 32 22 QuartzCore 6609063104 CA::Context::commit_transaction(CA::Transaction*) + 252 23 QuartzCore 6609062408 CA::Transaction::commit() + 512 24 QuartzCore 6609035512 CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, void*) + 80 25 CoreFoundation 6527466448 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 32 26 CoreFoundation 6527457652 __CFRunLoopDoObservers + 372 27 CoreFoundation 6526602432 CFRunLoopRunSpecific + 416 28 WebCore6827173196 RunWebThread(void*) + 456 29 libsystem_pthread.dylib6888979240 _pthread_body + 156 30 libsystem_pthread.dylib6888979084 _pthread_body 31 libsystem_pthread.dylib6888968232 thread_start + 4 ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).
On Monday, October 26, 2015, Atul Sowani wrote: > I am trying to port PhantomJS 2.0.1 to IBM PPC64LE platform. PhantomJS > uses qtwebkit version 153112 and I am facing a few crashes in the > JavaScript interpreter code. I was directed to this forum by PhantomJS > developers to get help/insight about the interpreter. That WebKit revision is more than two years old: http://trac.webkit.org/changeset/153112 Requesting this forum admins/contributors to confirm if this is the right > forum to discuss JS interpreter issues, and is it mandatory to open a bug > report in order to discuss it on this mailing list. > Can you reproduce the same interpreter crash on Mac or GTK+ if you built trunk WebKit? (You can export JSC_useJIT=0 in env to disable JIT) If not, can reproduce the crash on Mac/GTK+ ports at r153112? If you can, you can probably binary search the revision that fixed the crash. - R. Niwa -- - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).
Hi, I am trying to port PhantomJS 2.0.1 to IBM PPC64LE platform. PhantomJS uses qtwebkit version 153112 and I am facing a few crashes in the JavaScript interpreter code. I was directed to this forum by PhantomJS developers to get help/insight about the interpreter. Requesting this forum admins/contributors to confirm if this is the right forum to discuss JS interpreter issues, and is it mandatory to open a bug report in order to discuss it on this mailing list. Thanks, Atul. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev