iterm2 nightly crashes constantly
By apen... on September 06, 2013 17:49 (imported from Google Code)
** READ THIS **
ATTACH YOUR ~/Library/Preferences/com.googlecode.iterm2.plist FILE TO THIS
ISSUE!
Almost all issues are configuration-specific. Issues missing this file will
be closed.
What steps will reproduce the problem?
- Use iterm2 full screen.
- Hit this with tmux often, but never see anything too weird.
- Once it happens you can keep triggering it by reattaching.
What is the expected output? What do you see instead?
This started happening with the latest nightlies. It's not just tmux, I had it happen in a plain terminal window yesterday. At the bottom I've attached the backtrace.
What version of the product are you using? On what operating system?
Nightly (the one from the 6th hasn't helped), on 10.8.4.
Please provide any additional information below.
(This wouldn't let me paste, comment too long so http://pastebin.com/ZuTRQDFn for the rest of the backtrace.)
Process: iTerm [69502]
Path: /Applications/iTerm.app/Contents/MacOS/iTerm
Identifier: com.googlecode.iterm2
Version: 1.0.0.20130906-nightly (1.0.0.20130906-nightly)
Code Type: X86-64 (Native)
Parent Process: launchd [217]
User ID: 501
Date/Time: 2013-09-06 13:47:04.788 -0400
OS Version: Mac OS X 10.8.4 (12E3067)
Report Version: 10
Interval Since Last Report: 2042350 sec
Crashes Since Last Report: 31
Per-App Interval Since Last Report: 1271 sec
Per-App Crashes Since Last Report: 5
Anonymous UUID: F9FE2C6F-1961-2C9F-5C09-1BADC63D1943
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x00007fff863baf5e objc_release + 14
1 libobjc.A.dylib 0x00007fff863ba230 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 464
2 com.apple.CoreFoundation 0x00007fff88baad72 _CFAutoreleasePoolPop + 34
3 com.apple.AppKit 0x00007fff86e221d4 _handleWindowNeedsDisplayOrLayoutOrUpdateConstraints + 746
4 com.apple.AppKit 0x00007fff873ed901 __83-[NSWindow _postWindowNeedsDisplayOrLayoutOrUpdateConstraintsUnlessPostingDisabled]_block_invoke_01208 + 46
5 com.apple.CoreFoundation 0x00007fff88bd4417 CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION + 23
6 com.apple.CoreFoundation 0x00007fff88bd4381 __CFRunLoopDoObservers + 369
7 com.apple.CoreFoundation 0x00007fff88baf7b8 __CFRunLoopRun + 728
8 com.apple.CoreFoundation 0x00007fff88baf0e2 CFRunLoopRunSpecific + 290
9 com.apple.HIToolbox 0x00007fff85471eb4 RunCurrentEventLoopInMode + 209
10 com.apple.HIToolbox 0x00007fff85471c52 ReceiveNextEventCommon + 356
11 com.apple.HIToolbox 0x00007fff85471ae3 BlockUntilNextEventMatchingListInMode + 62
12 com.apple.AppKit 0x00007fff86e1f533 _DPSNextEvent + 685
13 com.apple.AppKit 0x00007fff86e1edf2 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
14 com.apple.AppKit 0x00007fff86e161a3 -[NSApplication run] + 517
15 com.apple.AppKit 0x00007fff86dbabd6 NSApplicationMain + 869
16 com.googlecode.iterm2 0x00000001000018b0 main + 64
17 com.googlecode.iterm2 0x0000000100001844 start + 52