[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: C-g crash in C-x C-f (OSX Lion)
From: |
Jan Djärv |
Subject: |
Re: C-g crash in C-x C-f (OSX Lion) |
Date: |
Wed, 14 Dec 2011 21:50:45 +0100 |
Hello.
I can't reproduce this either. Can you reproduce this? Does it happen with -Q?
Can you compile Emacs with debugging enabled and run Emacs in gdb?
Jan D.
12 dec 2011 kl. 14:11 skrev Carsten Mattner:
> As previously mentioned Emacs.app reliably crashes for me
> on Lion in trunk builds.
>
> Crash happens if I was waiting in C-x C-f and at some point
> later after having switched away and back to Emacs.app
> decide to cancel the the file open by pressing C-g.
>
> This time around I saved the OS-provided stacktrace.
>
> Is this of any use to track down the source?
>
> Identifier: org.gnu.Emacs
> Version: Version 24.0.92 (9.0)
> Code Type: X86 (Native)
>
> Date/Time: 2011-12-12 13:58:40.521 +0100
> OS Version: Mac OS X 10.7.2 (11C74)
> Report Version: 9
>
> Interval Since Last Report: 2175927 sec
> Crashes Since Last Report: 110
> Per-App Interval Since Last Report: 126761 sec
> Per-App Crashes Since Last Report: 3
>
> Crashed Thread: 0 Dispatch queue: com.apple.main-thread
>
> Exception Type: EXC_BAD_ACCESS (SIGABRT)
> Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000026ce000
>
> VM Regions Near 0x26ce000:
> __DATA 0000000001b00000-0000000001c00000 [ 1024K] rw-/rw- SM=COW
> /Users/USER/*/Emacs.app/Contents/MacOS/Emacs
> --> MALLOC_SMALL 0000000002000000-0000000002706000 [ 7192K] rw-/rwx SM=ZER
>
> MALLOC_SMALL 0000000002706000-0000000002721000 [ 108K] rw-/rwx SM=PRV
>
> Application Specific Information:
> objc[47317]: garbage collection is OFF
> abort() called
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libsystem_kernel.dylib 0x94fa5332 __kill + 10
> 1 libsystem_kernel.dylib 0x94fa4932 kill$UNIX2003 + 32
> 2 org.gnu.Emacs 0x0009e004 fatal_error_signal + 324
> 3 libsystem_c.dylib 0x9adc659b _sigtramp + 43
> 4 ??? 0xffffffff 0 + 4294967295
> 5 libsystem_c.dylib 0x9ad61bdd abort + 167
> 6 org.gnu.Emacs 0x0018433d ns_term_shutdown + 141
> 7 org.gnu.Emacs 0x0009bd67 shut_down_emacs + 247
> 8 org.gnu.Emacs 0x0009dfce fatal_error_signal + 270
> 9 libsystem_c.dylib 0x9adc659b _sigtramp + 43
> 10 ??? 0xffffffff 0 + 4294967295
> 11 org.gnu.Emacs 0x000ab8ae read_char + 6174
> 12 org.gnu.Emacs 0x000af005 read_key_sequence + 7093
> 13 org.gnu.Emacs 0x000b0d7b command_loop_1 + 5915
> 14 org.gnu.Emacs 0x00117256 internal_condition_case + 230
> 15 org.gnu.Emacs 0x000af645 command_loop_2 + 69
> 16 org.gnu.Emacs 0x0011731f internal_catch + 175
> 17 org.gnu.Emacs 0x000b1371 recursive_edit_1 + 353
> 18 org.gnu.Emacs 0x000cdf4d read_minibuf + 2381
> 19 org.gnu.Emacs 0x000cb470 Fread_from_minibuffer + 224
> 20 org.gnu.Emacs 0x00113d68 Ffuncall + 1128
> 21 org.gnu.Emacs 0x0014d7bd exec_byte_code + 1693
> 22 org.gnu.Emacs 0x001164ed funcall_lambda + 349
> 23 org.gnu.Emacs 0x00113dd5 Ffuncall + 1237
> 24 org.gnu.Emacs 0x000ccfb8 Fcompleting_read + 104
> 25 org.gnu.Emacs 0x00113d68 Ffuncall + 1128
> 26 org.gnu.Emacs 0x0014d7bd exec_byte_code + 1693
> 27 org.gnu.Emacs 0x001164ed funcall_lambda + 349
> 28 org.gnu.Emacs 0x00113dd5 Ffuncall + 1237
> 29 org.gnu.Emacs 0x0014d7bd exec_byte_code + 1693
> 30 org.gnu.Emacs 0x001164ed funcall_lambda + 349
> 31 org.gnu.Emacs 0x00113dd5 Ffuncall + 1237
> 32 org.gnu.Emacs 0x0014d7bd exec_byte_code + 1693
> 33 org.gnu.Emacs 0x001166f6 funcall_lambda + 870
> 34 org.gnu.Emacs 0x00113dd5 Ffuncall + 1237
> 35 org.gnu.Emacs 0x0014d7bd exec_byte_code + 1693
> 36 org.gnu.Emacs 0x0014d111 Fbyte_code + 65
> 37 org.gnu.Emacs 0x00115a1b eval_sub + 1547
> 38 org.gnu.Emacs 0x001134f2 Feval + 98
> 39 org.gnu.Emacs 0x0010ed95 Fcall_interactively + 677
> 40 org.gnu.Emacs 0x00113bee Ffuncall + 750
> 41 org.gnu.Emacs 0x00116b21 call3 + 49
> 42 org.gnu.Emacs 0x0009eaa0 Fcommand_execute + 560
> 43 org.gnu.Emacs 0x000afe7f command_loop_1 + 2079
> 44 org.gnu.Emacs 0x00117256 internal_condition_case + 230
> 45 org.gnu.Emacs 0x000af645 command_loop_2 + 69
> 46 org.gnu.Emacs 0x0011731f internal_catch + 175
> 47 org.gnu.Emacs 0x000b132c recursive_edit_1 + 284
> 48 org.gnu.Emacs 0x000a1456 Frecursive_edit + 214
> 49 org.gnu.Emacs 0x0009de72 main + 6802
> 50 org.gnu.Emacs 0x00002a15 start + 53
>
> Thread 1:: Dispatch queue: com.apple.libdispatch-manager
> 0 libsystem_kernel.dylib 0x94fa690a kevent + 10
> 1 libdispatch.dylib 0x90471c58 _dispatch_mgr_invoke + 969
> 2 libdispatch.dylib 0x904706a7 _dispatch_mgr_thread + 53
>
> Thread 2:
> 0 libsystem_kernel.dylib 0x94fa602e __workq_kernreturn + 10
> 1 libsystem_c.dylib 0x9ad70ccf _pthread_wqthread + 773
> 2 libsystem_c.dylib 0x9ad726fe start_wqthread + 30
>
> Thread 0 crashed with X86 Thread State (32-bit):
> eax: 0x00000000 ebx: 0x00000006 ecx: 0xbfffdcfc edx: 0x94fa5332
> edi: 0x003e2b70 esi: 0x00000006 ebp: 0xbfffdd18 esp: 0xbfffdcfc
> ss: 0x0000001f efl: 0x00000286 eip: 0x94fa5332 cs: 0x00000007
> ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
> cr2: 0xacd9d738
> Logical CPU: 0
>
> External Modification Summary:
> Calls made by other processes targeting this process:
> task_for_pid: 8
> thread_create: 0
> thread_set_state: 0
> Calls made by this process:
> task_for_pid: 0
> thread_create: 0
> thread_set_state: 0
> Calls made by all processes on this machine:
> task_for_pid: 1188
> thread_create: 0
> thread_set_state: 0
>
> VM Region Summary:
> ReadOnly portion of Libraries: Total=128.3M resident=41.3M(32%)
> swapped_out_or_unallocated=87.0M(68%)
> Writable regions: Total=94.5M written=1384K(1%) resident=13.1M(14%)
> swapped_out=0K(0%) unallocated=81.4M(86%)
>
> REGION TYPE VIRTUAL
> =========== =======
> ATS (font support) 31.8M
> ATS (font support) (reserved) 4K reserved VM address space
> (unallocated)
> CG backing stores 2456K
> CG image 12K
> CG raster data 64K
> CG shared images 3408K
> CoreGraphics 8K
> CoreServices 2040K
> MALLOC 21.6M
> MALLOC guard page 48K
> Memory tag=240 4K
> Memory tag=242 12K
> Stack 65.0M
> VM_ALLOCATE 16.1M
> __CI_BITMAP 80K
> __DATA 26.7M
> __DATA/__OBJC 80K
> __IMAGE 1256K
> __IMPORT 4K
> __LINKEDIT 42.3M
> __OBJC 1412K
> __PAGEZERO 4K
> __TEXT 86.0M
> __UNICODE 544K
> mapped file 152.2M
> shared memory 312K
> shared pmap 10.7M
> =========== =======
> TOTAL 463.7M
> TOTAL, minus reserved VM space 463.7M
- C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/12
- Re: C-g crash in C-x C-f (OSX Lion), chad, 2011/12/14
- Re: C-g crash in C-x C-f (OSX Lion),
Jan Djärv <=
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/15
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Jan D., 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Carsten Mattner, 2011/12/16
- Re: C-g crash in C-x C-f (OSX Lion), Eli Zaretskii, 2011/12/16