The Crashers for Copies (or Even Cash!) Thread

KB · April 18, 2013, 11:10am

Hi Loïc,

I’m afraid someone beat you to this one, but thanks for reporting it! This is down to the RegEx code that was added in 2.4, which, although not available on 10.6, is still causing a crash. I’ve already fixed this for the next update and will have a public beta out in the new week or so.

Sorry for the inconvenience.

Thanks and all the best,
Keith

Lo_B · April 18, 2013, 4:53pm

Thanks. Happy to know the bug is already corrected. I’ll just wait then the new update to do the find and replace in my project…
Regards,
Loïc

Lo_B · May 18, 2013, 2:27pm

I have not found that beta version : can you tell me where to find it ?

Thank you in advance,

Loïc

AmberV · August 13, 2013, 1:12am

The latest public beta will always be posted to this thread. You can subscribe to that thread to stay notified of updates, and the first page will have the release notes and installation instructions.

jstovell · January 15, 2014, 7:45pm

I may have found a new crashing bug. It is somewhat similar to this one, in that both involve the dictionary popup (⌃⌘D), but there are some notable differences.

The steps that consistently reproduce the crash on my machine:

Select a single document in the Binder that contains absolutely no content whatsoever.
Make sure the Editor has focus (i.e. so that the text insertion cursor can be seen flashing in the empty Editor).
Wiggle the mouse so that the mouse cursor can be seen, but keep it floating over the text entry area in the Editor. The mouse cursor should be showing its version of a text insertion cursor.
Press ⌃⌘D or use the trackpad gesture or whatever to summon the dictionary popup.

I have an idea about the cause. Pressing ⌃⌘D normally tries first to look up whatever word is under the mouse cursor. If that fails, it then goes through a series of fallbacks trying to find a word. But in this case, there are no words in the document at all, so nothing is ever found. For whatever reason, Scrivener is not handling this gracefully and instead crashes unceremoniously.

I am running Scrivener 2.5 (25239) on OS X 10.9.1. My computer is a MacBook Pro 15" (Mid-2010). I sent in one of my crash logs (they are all the same apart from the hexadecimal dead beef values) via the built-in crash reporter.

KB · January 21, 2014, 11:40am

This is unfortunately a known bug in OS X - you can see the same crash in Nisus Writer. The Ctrl-Cmd-D dictionary is all controlled by OS X code - there isn’t a line of code that touches this in Scrivener itself. The problem is that, for some obscure reason, a subclassed NSTextView will crash in this circumstance. Nisus and Scrivener both use custom, subclassed NSTextViews (NSTextView being the standard text editor on the Mac), which is why they crash but TextEdit (which uses a vanilla NSTextView) doesn’t.

I reported this to Apple in December 2012 and it is in their system as bug ID #12776187. I provided them with sample code that reproduces the crash. Their response was, “Please send a crash log so we can investigate.” I pointed out to them that they didn’t really need one since I had provided them with everything they needed to reproduce the crash for themselves, but sent them a crash log anyway. That was the last I heard from them - the bug report is still listed as “Open” on Apple’s system. Reporting bugs to Apple can be a hugely frustrating experience, as they often ask you for information you’ve already sent and then bugs go unfixed anyway…

jstovell · January 28, 2014, 4:37pm

Bleh. That’s annoying. Oh well, thanks anyway, Keith. I guess I’ll stick with the “So, don’t do that!” workaround until Apple gets around to fixing this.

(Aside: One would think that with coffers so full and self-professed fanatical devotion to perfection, Apple would hire more coders to form a larger bug-hunting division.)

KB · January 28, 2014, 5:09pm

Doubly annoying because the dictionary popover is a black box - there’s no access to it in publicly-declared coding methods and all hidden to non-Apple coders, so there isn’t even a way for me to work around the bug in my own code, which is usually possible.

spankybus · February 18, 2014, 2:25pm

Prolly nothing special, but here it is:

Hello,

Scrivener crashed on me. The following is a short description of what I was doing when Scrivener crashed:

…Machine was idle
…Machine went dormant
…this process happened several times (wake, sleep, wake, sleep) over the course of the morning. Note that scrivener was actively running a project during this time and it was ‘live’ in so far as the icon on the task bar had the little dot underneath it.
…Eventually went to use scrivener after waking up the machine. The little dot was now missing from below the icon. When i launched scriv I got this crash. This is the second time.

Note other applications still in memory (little dot under their icon on the menu bar) include photoshop (cs6), Mail, Google Chrome (it did have pages up) an adobe acrobat updater and finder, as always.

Using latest version of Maverick’s (Software OS X 10.9.1 (13B42))

Crash Report:

Hardware:

Hardware Overview:

  Model Name: MacBook Pro
  Model Identifier: MacBookPro10,1
  Processor Name: Intel Core i7
  Processor Speed: 2.3 GHz
  Number of Processors: 1
  Total Number of Cores: 4
  L2 Cache (per Core): 256 KB
  L3 Cache: 6 MB
  Memory: 8 GB
  Boot ROM Version: MBP101.00EE.B02
  SMC Version (system): 2.3f36

Crash report sent by version: 2.5 (25239)

Process: Scrivener [19733]
Path: /Applications/Scrivener.app/Contents/MacOS/Scrivener
Identifier: com.literatureandlatte.scrivener2
Version: 2.5 (2.5)
Code Type: X86 (Native)
Parent Process: launchd [282]
Responsible: Scrivener [19733]
User ID: 501

Date/Time: 2014-02-10 21:51:00.405 -0500
OS Version: Mac OS X 10.9.1 (13B42)
Report Version: 11
Anonymous UUID: E961045E-4CFC-D07E-1F24-B1806468FC87

Sleep/Wake UUID: 63FB4D27-A279-4D1B-8E82-E27E265DAAC5

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

…

Will send in the full crash report via standard bug reporting pop-up.

Never had this happen before. If you require any additional info, please let me know. Will fire off the crash report proper as well. FYI, the active project was undamaged.

KB · February 18, 2014, 2:31pm

Thanks. The crash report you sent suggests that the crash occurred when trying to show the tooltip that appears when you hover the mouse over the word count in the editor footer bar. If you try to show this tooltip again, does it crash again? Tooltips can be a little temperamental on OS X occasionally, but they shouldn’t cause a crash, but unfortunately the crash log doesn’t give many other clues.

All the best,
Keith

gianetto · March 10, 2014, 4:54pm

Scrivener has been crashing on me constantly with reference PDFs I’ve been using lately

The steps are simple:

Create a new scrivener project
Drag one of my reference pdfs from the finder to the scrivener research folder
Click on the pdf in the research folder and zoom in with the command +…crashes at around 3-5 zooms.

I’ve attached the pdf in this post along with the debug text.
-Dave
Scrivener PDF crash debug.txt (88.6 KB)
5Sanford(clust1).pdf (71.6 KB)

KB · March 11, 2014, 10:57am

Thanks for this. I can reproduce the crash, although it seems to be coming deep from within OS X code rather than from within Scrivener. However, the same PDF isn’t crashing in Preview, Skim or DevonThink, which use the same PDF viewer as Scrivener, so there must be some extra trigger. It is going to take some extra investigation to get to the bottom of this, especially seeing as the crash log is indicating nothing in Scrivener’s code, so I have put this on my list for investigation and made a not of your post. I’ll get back to you when I have something to report.
Thanks and all the best,
Keith

jstovell · September 26, 2015, 7:36am

Hello,

Scrivener crashed on me. The following is a short description of what I was doing when Scrivener crashed:

Toggling between page view and normal view (Option-Shift-Command-P).

This has happened numerous times now, as you can probably tell by the number of crash reports I have submitted in the past hour or so via the automatic crash reporter.

The crash happens with different Scrivener projects, different documents selected in the editor within any given project, and regardless whether I use the toolbar button, keyboard shortcut, or menu item to toggle between views.

It may be helpful to note that this crash happens on the first or second time I toggle views while showing documents in Scrivenings mode, but I can toggle views several times before the crash occurs if I am using single-document mode.

It may also be helpful to note that if I toggle the view several times, sometimes text will stop rendering in the editor on the last such switch before the crash occurs. In these cases, everything will start out looking fine. Then I toggle from page view to normal view (or vice versa) and suddenly all the text disappears from the editor, so that I am left staring at an apparently blank page. This will stay the case even if I bring up an entirely different document in the editor. Once this blank editor issue appears, the very next time I try to toggle between page view and normal view, a crash always occurs.

My suspicion is that there is some unpleasant memory leak happening with the text rendering when changing views in the editor. I’ve submitted a series of crash logs via Scrivener’s crash reporter so that you can examine them. but here is a typical example:

Hardware:
Hardware Overview:

  Model Name: MacBook Air
  Model Identifier: MacBookAir5,2
  Processor Name: Intel Core i5
  Processor Speed: 1.8 GHz
  Number of Processors: 1
  Total Number of Cores: 2
  L2 Cache (per Core): 256 KB
  L3 Cache: 3 MB
  Memory: 4 GB
  Boot ROM Version: MBA51.00EF.B03
  SMC Version (system): 2.5f9
Crash report sent by version: 2.70 (26106)

Process: Scrivener [21722]
Path: /Applications/Scrivener.app/Contents/MacOS/Scrivener
Identifier: com.literatureandlatte.scrivener2
Version: 2.7 (2.70)
Code Type: X86 (Native)
Parent Process: ??? [1]
Responsible: Scrivener [21722]
User ID: 501

Date/Time: 2015-09-26 01:17:10.936 -0600
OS Version: Mac OS X 10.11.1 (15B17c)
Report Version: 11
Anonymous UUID: C6D973F4-FE25-313E-A397-040932AF2E0B

Sleep/Wake UUID: B58641F3-18B6-457F-850C-A53D7C7BBAD9

Time Awake Since Boot: 23000 seconds

System Integrity Protection: disabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000020
Exception Note: EXC_CORPSE_NOTIFY

VM Regions Near 0x20:
→
__TEXT 0000000000001000-0000000000369000 [ 3488K] r-x/rwx SM=COW /Applications/Scrivener.app/Contents/MacOS/Scrivener

Application Specific Information:
objc_msgSend() selector name: hash

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
[blah blah blah… ]

KB · September 26, 2015, 6:00pm

Hi,

Thanks for the bug report. Unfortunately, this is a known bug in El Capitan that I have submitted to Apple. If is triggered in the following situation:

It only affects 32-bit apps (Scrivener 2.x is 32-bit).
It occurs when a 32-bit app tries to access standard system/user fonts.
It only occurs if the user account has custom font settings in the global preferences file (e.g. an “NSFont” entry in the .GlobalPreferences.plist file).

We have instructions on how to clear the global preferences file in order to stop the crashes here:

scrivener.tenderapp.com/help/kb … -os-x-1011

I finally tracked the exact causes of this bug today and reproduced it in a simple test application that I have sent to Apple along with everything they need to reproduce it, so fingers crossed they fix it quickly, since the 64-bit version of Scrivener won’t be ready until next year some time.

All the best,
Keith

jstovell · September 26, 2015, 8:09pm

Thanks, Keith. Creating another admin user and then wiping out my entire .GlobalPreferences.plist as those instructions suggested seemed a bit overkill to me (.GlobalPreferences.plist also tracks favourite Finder tags, user defined text replacements, mouse behaviour preferences, etc., etc.). But I found that simply running the following command in Terminal and then logging out and back in again did the job nicely.

defaults delete .GlobalPreferences NSFont

No more crashes now. You might want to update that knowledge base article to suggest that users try that first before moving on to the more draconian method.

KB · September 26, 2015, 8:21pm

Thanks for that! I wasn’t sure if that would work on its own or if the NSFixedPitchFont and NSSystemFont settings might cause problems too, but that’s great that it worked. I’ve updated our Knowledge Base article to suggest that as the first thing to try before deleting the .GlobalPreferences.plist file entirely. Thanks again!

All the best,
Keith

Marc_ARAKELIAN · February 17, 2016, 10:07pm

Hello,

I’m discovering Scrivener and began reading the tutorial project.
I opened and saved a new project to see how it looks.

Then I found (4) templates having a french translation.

I installed them (New project / Options / Import models) then started the project with the Scenario (Script) template.
But whenI closed the project window (red button) Scrivener crashed…

I can send the template files if needed.

Here is the beginning of the crash log (I’ll use the popup to send the whole log).

Hardware:

Hardware Overview:

  Model Name: Mac mini
  Model Identifier: Macmini6,2
  Processor Name: Intel Core i7
  Processor Speed: 2,3 GHz
  Number of Processors: 1
  Total Number of Cores: 4
  L2 Cache (per Core): 256 KB
  L3 Cache: 6 MB
  Memory: 16 GB
  Boot ROM Version: MM61.0106.B0A
  SMC Version (system): 2.8f0

Crash report sent by version: 2.70 (26106)

Process: Scrivener [6663]
Path: /Applications/Scrivener.app/Contents/MacOS/Scrivener
Identifier: com.literatureandlatte.scrivener2
Version: 2.7 (2.70)
Code Type: X86 (Native)
Parent Process: ??? [1]
Responsible: Scrivener [6663]
User ID: 501

Date/Time: 2016-02-17 22:08:11.072 +0100
OS Version: Mac OS X 10.11.3 (15D21)
Report Version: 11
Anonymous UUID: 6DD9BCD1-07BB-B2CD-A648-EA85FB57FE03

Sleep/Wake UUID: 781C5EC3-ACE6-4C1E-AD5D-643C868D146A

Time Awake Since Boot: 950000 seconds
Time Since Wake: 19000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000066736e61
Exception Note: EXC_CORPSE_NOTIFY

VM Regions Near 0x66736e61:
CoreAnimation 0000000024a32000-0000000024d84000 [ 3400K] rw-/rwx SM=PRV
–>
__TEXT 000000008fef0000-000000008ff25000 [ 212K] r-x/rwx SM=COW /usr/lib/dyld

Application Specific Information:
objc_msgSend() selector name: respondsToSelector:

Thread 0 Crashed:: 0 libobjc.A.dylib 1 com.apple.AppKit 2 com.apple.AppKit 3 com.apple.AppKit 4 com.apple.AppKit 5 com.apple.AppKit 6 com.apple.QuartzCore 7 com.apple.QuartzCore 8 com.apple.QuartzCore 9 com.apple.QuartzCore 10 com.apple.QuartzCore 11 com.apple.QuartzCore 12 com.apple.QuartzCore 13 com.apple.QuartzCore 14 com.apple.AppKit 15 com.apple.AppKit 16 com.apple.AppKit 17 com.apple.QuartzCore 18 com.apple.QuartzCore 19 com.apple.QuartzCore 20 com.apple.QuartzCore Dispatch queue: com.apple.main-thread
0x9b93fcc4 objc_msgSend + 52
0x9dc26aff -[NSView(NSInternal) _recursive:displayRectIgnoringOpacity:inGraphicsContext:CGContext:topView:shouldChangeFontReferenceColor:] + 1294
0x9dc264db __46-[NSView(NSLayerKitGlue) drawLayer:inContext:]_block_invoke + 257
0x9dc26161 -[NSView(NSLayerKitGlue) _drawViewBackingLayer:inContext:drawingHandler:] + 2263
0x9dc25882 -[NSView(NSLayerKitGlue) drawLayer:inContext:] + 116
0x9dc25806 -[NSViewBackingLayer drawInContext:] + 65
0x9d8b495f backing_callback(CGContext*, void*) + 96
0x9d754fcf CABackingStoreUpdate + 3472
0x9d754237 __ZN2CA5Layer8display_Ev_block_invoke + 93
0x9d7541d2 x_blame_allocations + 84
0x9d7475c0 CA::Layer::display() + 1608
0x9d746f70 -[CALayer _display] + 20
0x9d746f54 CA::Layer::display() + 184
0x9d746e97 -[CALayer display] + 20
0x9db91716 _NSBackingLayerDisplay + 683
0x9db91466 -[_NSBackingLayer display] + 26
0x9db8e90f -[_NSViewBackingLayer display] + 550
0x9d74589e CA::Layer::display_if_needed(CA::Transaction*) + 632
0x9d744f62 CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 38
0x9d74442a CA::Context::commit_transaction(CA::Transaction*) + 308
0x9d744131 CA::Transaction::commit() + 597

hallamann · February 23, 2016, 3:53pm

Not a crash, only eternal cpu-burning and beach-balling.

Select an email in OS X’s Mail by clicking somewhere right in the actual email in the main pane (not the pane that lists emails of the currently selected folder)
Open an email a separate window via Cmd-O (-> window now has a nice icon as a handler; the icon doesn’t appear when the email was selected in the list pane)
Drag this icon from the email’s window top bar and drop in onto Scrivener’s Research folder (-> Scrivener beachballs)
Scrivener_2016-02-23-164107_abook3.hang.txt (11.9 KB)
Scrivener_2016-02-23-161702_abook3.cpu_resource.diag.txt (14.5 KB)

Marc_ARAKELIAN · February 27, 2016, 8:58pm

Hi hallamann,

I’m not sure if you answered my post as I never mentioned any beachball and had several real crashes (I sent at least 2 of them directly through the dialog box opening when Scrivener launches).

I dare call them crashes because Scrivener quitted unexpectedly (no warning of any kind) which is not something other apps do (of course it might happen, but several times in some days…)

MaryCrawfordAuthor · September 28, 2016, 10:20am

Scrivener has crashed on me about seven times tonight. it is normally my favorite piece of software. Today not so much. I am working against a publishing deadline. All I was doing was trying to compile a document into Word. It’s not even a terribly long or complex document at only 186 pages.

Process: Scrivener [45788]
Path: /Applications/Scrivener.app/Contents/MacOS/Scrivener
Identifier: com.literatureandlatte.scrivener2
Version: 2.8 (2.80.3)
Code Type: X86 (Native)
Parent Process: ??? [1]
Responsible: Scrivener [45788]
User ID: 501

Date/Time: 2016-09-28 03:09:43.314 -0700
OS Version: Mac OS X 10.12 (16A323)
Report Version: 12
Anonymous UUID: FE1F1FC9-BFC4-1623-9024-6FA888D77F93

Sleep/Wake UUID: 095EE93D-639F-40A1-A732-A0B1624527DF

Time Awake Since Boot: 200000 seconds
Time Since Wake: 55000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]

VM Regions Near 0:
–>
__TEXT 0000000000001000-0000000000370000 [ 3516K] r-x/rwx SM=COW /Applications/Scrivener.app/Contents/MacOS/Scrivener

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x9ed13dba objc::DenseMapBase<objc::DenseMap<DisguisedPtr<objc_object>, unsigned long, true, objc::DenseMapInfo<DisguisedPtr<objc_object> > >, DisguisedPtr<objc_object>, unsigned long, objc::DenseMapInfo<DisguisedPtr<objc_object> >, true>::moveFromOldBuckets(std::__1::pair<DisguisedPtr<objc_object>, unsigned long>, std::__1::pair<DisguisedPtr<objc_object>, unsigned long>) + 38
1 libobjc.A.dylib 0x9ed02569 objc::DenseMap<DisguisedPtr<objc_object>, unsigned long, true, objc::DenseMapInfo<DisguisedPtr<objc_object> > >::grow(unsigned int) + 131
2 libobjc.A.dylib 0x9ed03ea6 objc::DenseMapBase<objc::DenseMap<DisguisedPtr<objc_object>, unsigned long, true, objc::DenseMapInfo<DisguisedPtr<objc_object> > >, DisguisedPtr<objc_object>, unsigned long, objc::DenseMapInfo<DisguisedPtr<objc_object> >, true>::compact() + 46
3 libobjc.A.dylib 0x9ecff088 objc_object::sidetable_clearDeallocating() + 212
4 libobjc.A.dylib 0x9ecfede0 objc_destructInstance + 59
5 libobjc.A.dylib 0x9ed07920 _object_dispose(objc_object*) + 20
6 com.apple.AppKit 0x92658a29 -[NSRegion dealloc] + 65
7 libobjc.A.dylib 0x9ed02ae9 objc_object::sidetable_release(bool) + 291
8 libobjc.A.dylib 0x9ed00359 -[NSObject release] + 19
9 com.apple.AppKit 0x92658552 -[NSView _dirtyRect] + 688
10 com.apple.AppKit 0x92632fe6 -[NSTextView setNeedsDisplayInRect:avoidAdditionalLayout:] + 1134
11 com.apple.AppKit 0x926518ae -[NSTextView setNeedsDisplayInRect:] + 63
12 com.apple.AppKit 0x92556fef -[NSView setNeedsDisplay:] + 80
13 com.apple.AppKit 0x92582ba5 -[NSView(NSInternal) _updateLayerGeometryFromView] + 1321
14 com.apple.AppKit 0x9259b841 -[NSView setFrameSize:] + 1369
15 com.apple.AppKit 0x92634c4d -[NSTextView(NSPrivate) _setFrameSize:forceScroll:] + 1088
16 com.apple.AppKit 0x92634751 -[NSTextView setFrameSize:] + 173
17 com.apple.AppKit 0x92633e52 -[NSTextView setConstrainedFrameSize:] + 688
18 com.apple.UIFoundation 0x9d217338 -[NSLayoutManager(NSPrivate) _resizeTextViewForTextContainer:] + 1013
19 com.apple.UIFoundation 0x9d214275 _enableTextViewResizing + 236
20 com.apple.UIFoundation 0x9d215108 +[NSLayoutManager(NSPrivate) _doSomeBackgroundLayout] + 879
21 com.apple.UIFoundation 0x9d214b96 _NSPostBackgroundLayout + 496
22 com.apple.CoreFoundation 0x9458042e CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION + 30
23 com.apple.CoreFoundation 0x94580387 __CFRunLoopDoObservers + 391
24 com.apple.CoreFoundation 0x945608d6 __CFRunLoopRun + 1398
25 com.apple.CoreFoundation 0x945600fa CFRunLoopRunSpecific + 506
26 com.apple.CoreFoundation 0x9455feeb CFRunLoopRunInMode + 123
27 com.apple.HIToolbox 0x93c681c2 RunCurrentEventLoopInMode + 268
28 com.apple.HIToolbox 0x93c67fae ReceiveNextEventCommon + 494
29 com.apple.HIToolbox 0x93c67da7 _BlockUntilNextEventMatchingListInModeWithFilter + 83
30 com.apple.AppKit 0x9257848f _DPSNextEvent + 1193
31 com.apple.AppKit 0x92c76ce9 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1423
32 com.apple.AppKit 0x92c76752 -[NSApplication(NSEvent) nextEventMatchingMask:untilDate:inMode:dequeue:] + 132
33 com.apple.AppKit 0x9256d17a -[NSApplication run] + 943
34 com.apple.AppKit 0x9253a299 NSApplicationMain + 1368
35 com.literatureandlatte.scrivener2 0x000024b5 0x1000 + 5301

Thread 1:: com.apple.NSEventThread
0 libsystem_kernel.dylib 0x9f68191e mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9f680e93 mach_msg + 51
2 com.apple.CoreFoundation 0x94561556 __CFRunLoopServiceMachPort + 214
3 com.apple.CoreFoundation 0x94560988 __CFRunLoopRun + 1576
4 com.apple.CoreFoundation 0x945600fa CFRunLoopRunSpecific + 506
5 com.apple.CoreFoundation 0x9455feeb CFRunLoopRunInMode + 123
6 com.apple.AppKit 0x926b85b7 _NSEventThread + 235
7 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
8 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
9 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 2:
0 libsystem_kernel.dylib 0x9f689312 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x9f76af84 _pthread_cond_wait + 647
2 libsystem_pthread.dylib 0x9f76cab4 pthread_cond_wait$UNIX2003 + 51
3 libc++.1.dylib 0x9e4008c8 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 62
4 com.apple.JavaScriptCore 0x96b5e440 void std::__1::condition_variable_any::wait<std::__1::unique_lockbmalloc::Mutex >(std::__1::unique_lockbmalloc::Mutex&) + 112
5 com.apple.JavaScriptCore 0x96b5e3bc bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>::threadRunLoop() + 140
6 com.apple.JavaScriptCore 0x96b5e281 bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>::threadEntryPoint(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>) + 17
7 com.apple.JavaScriptCore 0x96b5e54f void* std::__1::__thread_proxy<std::__1::tuple<void ()(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>), bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>> >(void) + 95
8 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
9 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
10 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 3:
0 libsystem_kernel.dylib 0x9f689cbe __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x9f769c89 _pthread_wqthread + 841
2 libsystem_pthread.dylib 0x9f76991a start_wqthread + 34

Thread 4:: JIT Worklist Worker Thread
0 libsystem_kernel.dylib 0x9f689312 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x9f76af84 _pthread_cond_wait + 647
2 libsystem_pthread.dylib 0x9f76cab4 pthread_cond_wait$UNIX2003 + 51
3 libc++.1.dylib 0x9e4008c8 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 62
4 com.apple.JavaScriptCore 0x96b48ab9 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >) + 2281
5 com.apple.JavaScriptCore 0x96974054 JSC::JITWorklist::runThread() + 260
6 com.apple.JavaScriptCore 0x96974544 std::__1::__function::__func<JSC::JITWorklist::JITWorklist()::$_0, std::__1::allocatorJSC::JITWorklist::JITWorklist()::$_0, void ()>::operator()() + 20
7 com.apple.JavaScriptCore 0x9643f51d WTF::threadEntryPoint(void*) + 173
8 com.apple.JavaScriptCore 0x9643f450 WTF::wtfThreadEntryPoint(void*) + 16
9 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
10 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
11 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 5:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x9f689312 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x9f76af84 _pthread_cond_wait + 647
2 libsystem_pthread.dylib 0x9f76cab4 pthread_cond_wait$UNIX2003 + 51
3 libc++.1.dylib 0x9e4008c8 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 62
4 com.apple.JavaScriptCore 0x96b48ab9 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >) + 2281
5 com.apple.JavaScriptCore 0x96b47f83 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 435
6 com.apple.JavaScriptCore 0x96b47ce5 WTF::ParallelHelperPool::helperThreadBody() + 69
7 com.apple.JavaScriptCore 0x96b481c4 std::__1::__function::__func<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0, std::__1::allocator<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0>, void ()>::operator()() + 20
8 com.apple.JavaScriptCore 0x9643f51d WTF::threadEntryPoint(void*) + 173
9 com.apple.JavaScriptCore 0x9643f450 WTF::wtfThreadEntryPoint(void*) + 16
10 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
11 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
12 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 6:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x9f689312 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x9f76af84 _pthread_cond_wait + 647
2 libsystem_pthread.dylib 0x9f76cab4 pthread_cond_wait$UNIX2003 + 51
3 libc++.1.dylib 0x9e4008c8 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 62
4 com.apple.JavaScriptCore 0x96b48ab9 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >) + 2281
5 com.apple.JavaScriptCore 0x96b47f83 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 435
6 com.apple.JavaScriptCore 0x96b47ce5 WTF::ParallelHelperPool::helperThreadBody() + 69
7 com.apple.JavaScriptCore 0x96b481c4 std::__1::__function::__func<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0, std::__1::allocator<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0>, void ()>::operator()() + 20
8 com.apple.JavaScriptCore 0x9643f51d WTF::threadEntryPoint(void*) + 173
9 com.apple.JavaScriptCore 0x9643f450 WTF::wtfThreadEntryPoint(void*) + 16
10 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
11 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
12 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 7:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x9f689312 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x9f76af84 _pthread_cond_wait + 647
2 libsystem_pthread.dylib 0x9f76cab4 pthread_cond_wait$UNIX2003 + 51
3 libc++.1.dylib 0x9e4008c8 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 62
4 com.apple.JavaScriptCore 0x96b48ab9 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >) + 2281
5 com.apple.JavaScriptCore 0x96b47f83 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 435
6 com.apple.JavaScriptCore 0x96b47ce5 WTF::ParallelHelperPool::helperThreadBody() + 69
7 com.apple.JavaScriptCore 0x96b481c4 std::__1::__function::__func<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0, std::__1::allocator<WTF::ParallelHelperPool::didMakeWorkAvailable(WTF::LockerWTF::LockBase const&)::$_0>, void ()>::operator()() + 20
8 com.apple.JavaScriptCore 0x9643f51d WTF::threadEntryPoint(void*) + 173
9 com.apple.JavaScriptCore 0x9643f450 WTF::wtfThreadEntryPoint(void*) + 16
10 libsystem_pthread.dylib 0x9f76a11b _pthread_body + 184
11 libsystem_pthread.dylib 0x9f76a063 _pthread_start + 243
12 libsystem_pthread.dylib 0x9f76993e thread_start + 34

Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00008000 ebx: 0x19740000 ecx: 0x00000000 edx: 0xa504a4c4
edi: 0x19700000 esi: 0x00001000 ebp: 0xbfffdba8 esp: 0xbfffdb90
ss: 0x00000023 efl: 0x00010206 eip: 0x9ed13dba cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f
cr2: 0x00000000

Logical CPU: 1
Error Code: 0x00000006
Trap Number: 14