* bug#18848: 24.4.51; Hang after toolbar use @ 2014-10-27 1:57 David Reitter [not found] ` <handler.18848.B.141437508615391.ack@debbugs.gnu.org> 2014-11-07 18:24 ` bug#18848: Yosemite problem David Reitter 0 siblings, 2 replies; 10+ messages in thread From: David Reitter @ 2014-10-27 1:57 UTC (permalink / raw) To: 18848 Emacs hangs reliably when I Emacs -Q double-click on a toolbar icon such as “Search”. Inspecting this a little, I get this backtrace when I interrupt the process: frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 frame #10: 0x00000001002b2779 Emacs`-[EmacsApp run](self=0x000000010424c600, _cmd=0x00007fff8a607034) + 297 at nsterm.m:4494 frame #11: 0x00000001002c31d2 Emacs`ns_read_socket(terminal=0x000000010184e678, hold_quit=0x00007fff5fbfe750) + 818 at nsterm.m:3640 frame #12: 0x0000000100145a7d Emacs`gobble_input + 173 at keyboard.c:6850 frame #13: 0x000000010014bc95 Emacs`get_input_pending(flags=1) + 117 at keyboard.c:6771 frame #14: 0x00000001001487f6 Emacs`detect_input_pending_run_timers(do_display=false) + 54 at keyboard.c:9894 Setting a breakpoint on handle_async_input I see that this function doesn’t get called (during the hang) unless I move the mouse over the mode line. The keyDown: method in nsterm.m does get called and runs as expected. During the non-hang (normal) condition, I can see that toolbarClicked: runs twice and puts its events in the queue. I don’t know the Emacs-side event handling well enough to inspect this further. This is Emacs built with “-O0 -g” from git revision 46b813 [that’s for the official git repository at this point], but users have reported similar problems with Aquamacs based on 24.4.1. They do not mention double-clicks - but they often use the toolbar. Double-clicks are just a very reliable way for me to reproduce the problem. If this is not reproducible, please let me know and I’ll help. In GNU Emacs 24.4.51.1 (x86_64-apple-darwin14.0.0, NS apple-appkit-1343.14) of 2014-10-26 on momo Windowing system distributor `Apple', version 10.3.1343 Configured using: `configure --with-ns 'CFLAGS=3D-O0 -g'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: which-function-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: <help-echo> <escape> x r e p o r t - e m a c s - b=20 <tab> <return> Recent messages: .emacs: (lambda (x) ...) quoted with ' rather than with #' [2 times] For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils ghostedit ghostedit-stopwords-en easy-mmode which-func imenu time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind cocoa ns multi-tty emacs) Memory information: ((conses 16 79023 7517) (symbols 48 17503 0) (miscs 40 80 146) (strings 32 12886 4753) (string-bytes 1 347242) (vectors 16 9945) (vector-slots 8 421091 15981) (floats 8 84 97) (intervals 56 213 15) (buffers 960 12)) ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <handler.18848.B.141437508615391.ack@debbugs.gnu.org>]
* bug#18848: Acknowledgement (24.4.51; Hang after toolbar use) [not found] ` <handler.18848.B.141437508615391.ack@debbugs.gnu.org> @ 2014-10-28 0:40 ` David Reitter 2014-10-29 3:51 ` bug#18848: hang is in [EmacsApp run] " David Reitter 0 siblings, 1 reply; 10+ messages in thread From: David Reitter @ 2014-10-28 0:40 UTC (permalink / raw) To: 18848 interrupt_input_blocked is often 0 when the hang occurs, but I noticed some strange conditions when interrupting a non-hanging Emacs: (lldb) print interrupt_input_blocked (int) $9 = -1 or interrupt_input_blocked has a nonsensical value: (lldb) print interrupt_input_blocked (int) $3 = 1157628088 I have tried placing a warning in unblock_input() to notify of negative values for interrupt_input_blocked, but that didn’t lead to anything in conjunction with the toolbar double-click. So maybe this is all a red herring. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-10-28 0:40 ` bug#18848: Acknowledgement (24.4.51; Hang after toolbar use) David Reitter @ 2014-10-29 3:51 ` David Reitter 2014-10-29 13:47 ` David Reitter 0 siblings, 1 reply; 10+ messages in thread From: David Reitter @ 2014-10-29 3:51 UTC (permalink / raw) To: 18848 The hang occurs in the “run” method (of EmacsApp), specifically this function call: NSEvent *event = [self nextEventMatchingMask:NSAnyEventMask untilDate:[NSDate distantFuture] inMode:NSDefaultRunLoopMode dequeue:YES]; does not appear to return. I have tried using [NSDate dateWithTimeIntervalSinceNow:2], but that doesn’t work either. > On Oct 27, 2014, at 8:40 PM, David Reitter <david.reitter@gmail.com> wrote: > > interrupt_input_blocked is often 0 when the hang occurs, but I noticed some strange conditions when interrupting a non-hanging Emacs: > > (lldb) print interrupt_input_blocked > (int) $9 = -1 > > or interrupt_input_blocked has a nonsensical value: > > (lldb) print interrupt_input_blocked > (int) $3 = 1157628088 > > I have tried placing a warning in unblock_input() to notify of negative values for interrupt_input_blocked, but that didn’t lead to anything in conjunction with the toolbar double-click. > > So maybe this is all a red herring. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-10-29 3:51 ` bug#18848: hang is in [EmacsApp run] " David Reitter @ 2014-10-29 13:47 ` David Reitter 2014-11-08 16:34 ` Jan D. 2014-11-15 18:24 ` Jan D. 0 siblings, 2 replies; 10+ messages in thread From: David Reitter @ 2014-10-29 13:47 UTC (permalink / raw) To: 18848 This occurs in OS X 10.10 “Yosemite”, but not earlier. events on the NS side are received and put into the emacs event queue. Attaching full call stack below for reference. * frame #0: 0x00007fff909a952e libsystem_kernel.dylib`mach_msg_trap + 10 frame #1: 0x00007fff909a869f libsystem_kernel.dylib`mach_msg + 55 frame #2: 0x00007fff8598db14 CoreFoundation`__CFRunLoopServiceMachPort + 212 frame #3: 0x00007fff8598cfdb CoreFoundation`__CFRunLoopRun + 1371 frame #4: 0x00007fff8598c838 CoreFoundation`CFRunLoopRunSpecific + 296 frame #5: 0x00007fff919f943f HIToolbox`RunCurrentEventLoopInMode + 235 frame #6: 0x00007fff919f91ba HIToolbox`ReceiveNextEventCommon + 431 frame #7: 0x00007fff919f8ffb HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 71 frame #8: 0x00007fff89ca8821 AppKit`_DPSNextEvent + 964 frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 frame #10: 0x00000001002b2e8b Emacs`-[EmacsApp run](self=0x0000000101420b20, _cmd=0x00007fff8a607034) + 379 at nsterm.m:4497 frame #11: 0x00000001002c4ce7 Emacs`ns_read_socket(terminal=0x0000000102823678, hold_quit=0x00007fff5fbfbfa0) + 855 at nsterm.m:3641 frame #12: 0x0000000100145c6d Emacs`gobble_input + 173 at keyboard.c:6850 frame #13: 0x000000010014be85 Emacs`get_input_pending(flags=3) + 117 at keyboard.c:6771 frame #14: 0x0000000100150c5d Emacs`Finput_pending_p(check_timers=4345311338) + 173 at keyboard.c:9940 frame #15: 0x0000000100201d44 Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc130) + 1044 at eval.c:2812 frame #16: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4298564145, vector=4298564181, maxdepth=28, args_template=3076, nargs=1, args=0x00007fff5fbfc838) + 3504 at bytecode.c:916 frame #17: 0x0000000100202e84 Emacs`funcall_lambda(fun=4298564101, nargs=1, arg_vector=0x00007fff5fbfc830) + 500 at eval.c:2979 frame #18: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc828) + 1596 at eval.c:2861 frame #19: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299852505, vector=4299852541, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 frame #20: 0x0000000100203261 Emacs`funcall_lambda(fun=4299852461, nargs=0, arg_vector=0x00007fff5fbfcf30) + 1489 at eval.c:3045 frame #21: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfcf28) + 1596 at eval.c:2861 frame #22: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299813801, vector=4299813837, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 frame #23: 0x0000000100203261 Emacs`funcall_lambda(fun=4299813757, nargs=0, arg_vector=0x00007fff5fbfd630) + 1489 at eval.c:3045 frame #24: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfd628) + 1596 at eval.c:2861 frame #25: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299812881, vector=4299812917, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 frame #26: 0x0000000100203261 Emacs`funcall_lambda(fun=4299812741, nargs=4, arg_vector=0x00007fff5fbfdd30) + 1489 at eval.c:3045 frame #27: 0x0000000100201f6c Emacs`Ffuncall(nargs=5, args=0x00007fff5fbfdd28) + 1596 at eval.c:2861 frame #28: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299811305, vector=4299811341, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 frame #29: 0x0000000100203261 Emacs`funcall_lambda(fun=4299811205, nargs=2, arg_vector=0x00007fff5fbfe458) + 1489 at eval.c:3045 frame #30: 0x0000000100201f6c Emacs`Ffuncall(nargs=3, args=0x00007fff5fbfe450) + 1596 at eval.c:2861 frame #31: 0x00000001001faa43 Emacs`Fcall_interactively(function=4370705002, record_flag=4345311290, keys=4370471557) + 9155 at callint.c:836 frame #32: 0x0000000100201d9a Emacs`Ffuncall(nargs=4, args=0x00007fff5fbfe8d8) + 1130 at eval.c:2819 frame #33: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299358761, vector=4299358797, maxdepth=52, args_template=4100, nargs=1, args=0x00007fff5fbff030) + 3504 at bytecode.c:916 frame #34: 0x0000000100202e84 Emacs`funcall_lambda(fun=4299358717, nargs=1, arg_vector=0x00007fff5fbff028) + 500 at eval.c:2979 frame #35: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbff020) + 1596 at eval.c:2861 frame #36: 0x0000000100202839 Emacs`call1(fn=4370480538, arg1=4370705002) + 73 at eval.c:2611 frame #37: 0x00000001001421c7 Emacs`command_loop_1 + 2391 at keyboard.c:1559 frame #38: 0x00000001001ffb9c Emacs`internal_condition_case(bfun=0x0000000100141870, handlers=4370487930, hfun=0x000000010015bcf0) + 396 at eval.c:1348 frame #39: 0x000000010015bbe9 Emacs`command_loop_2(ignore=4345311290) + 41 at keyboard.c:1177 frame #40: 0x00000001001ff1d4 Emacs`internal_catch(tag=4370484122, func=0x000000010015bbc0, arg=4345311290) + 356 at eval.c:1112 frame #41: 0x0000000100140deb Emacs`command_loop + 187 at keyboard.c:1156 frame #42: 0x0000000100140cb4 Emacs`recursive_edit_1 + 132 at keyboard.c:777 frame #43: 0x0000000100140f97 Emacs`Frecursive_edit + 327 at keyboard.c:848 frame #44: 0x000000010013ef89 Emacs`main(argc=2, argv=0x00007fff5fbff680) + 5929 at emacs.c:1646 frame #45: 0x00007fff8ed825c9 libdyld.dylib`start + 1 ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-10-29 13:47 ` David Reitter @ 2014-11-08 16:34 ` Jan D. 2014-11-08 17:06 ` David Reitter 2014-11-15 18:24 ` Jan D. 1 sibling, 1 reply; 10+ messages in thread From: Jan D. @ 2014-11-08 16:34 UTC (permalink / raw) To: David Reitter; +Cc: 18848 I can't reproduce this, but made some changes, please try it. Jan D. > 29 okt 2014 kl. 14:47 skrev David Reitter <david.reitter@gmail.com>: > > This occurs in OS X 10.10 “Yosemite”, but not earlier. > > events on the NS side are received and put into the emacs event queue. > > Attaching full call stack below for reference. > > * frame #0: 0x00007fff909a952e libsystem_kernel.dylib`mach_msg_trap + 10 > frame #1: 0x00007fff909a869f libsystem_kernel.dylib`mach_msg + 55 > frame #2: 0x00007fff8598db14 CoreFoundation`__CFRunLoopServiceMachPort + 212 > frame #3: 0x00007fff8598cfdb CoreFoundation`__CFRunLoopRun + 1371 > frame #4: 0x00007fff8598c838 CoreFoundation`CFRunLoopRunSpecific + 296 > frame #5: 0x00007fff919f943f HIToolbox`RunCurrentEventLoopInMode + 235 > frame #6: 0x00007fff919f91ba HIToolbox`ReceiveNextEventCommon + 431 > frame #7: 0x00007fff919f8ffb HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 71 > frame #8: 0x00007fff89ca8821 AppKit`_DPSNextEvent + 964 > frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 > frame #10: 0x00000001002b2e8b Emacs`-[EmacsApp run](self=0x0000000101420b20, _cmd=0x00007fff8a607034) + 379 at nsterm.m:4497 > frame #11: 0x00000001002c4ce7 Emacs`ns_read_socket(terminal=0x0000000102823678, hold_quit=0x00007fff5fbfbfa0) + 855 at nsterm.m:3641 > frame #12: 0x0000000100145c6d Emacs`gobble_input + 173 at keyboard.c:6850 > frame #13: 0x000000010014be85 Emacs`get_input_pending(flags=3) + 117 at keyboard.c:6771 > frame #14: 0x0000000100150c5d Emacs`Finput_pending_p(check_timers=4345311338) + 173 at keyboard.c:9940 > frame #15: 0x0000000100201d44 Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc130) + 1044 at eval.c:2812 > frame #16: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4298564145, vector=4298564181, maxdepth=28, args_template=3076, nargs=1, args=0x00007fff5fbfc838) + 3504 at bytecode.c:916 > frame #17: 0x0000000100202e84 Emacs`funcall_lambda(fun=4298564101, nargs=1, arg_vector=0x00007fff5fbfc830) + 500 at eval.c:2979 > frame #18: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc828) + 1596 at eval.c:2861 > frame #19: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299852505, vector=4299852541, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #20: 0x0000000100203261 Emacs`funcall_lambda(fun=4299852461, nargs=0, arg_vector=0x00007fff5fbfcf30) + 1489 at eval.c:3045 > frame #21: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfcf28) + 1596 at eval.c:2861 > frame #22: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299813801, vector=4299813837, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #23: 0x0000000100203261 Emacs`funcall_lambda(fun=4299813757, nargs=0, arg_vector=0x00007fff5fbfd630) + 1489 at eval.c:3045 > frame #24: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfd628) + 1596 at eval.c:2861 > frame #25: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299812881, vector=4299812917, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #26: 0x0000000100203261 Emacs`funcall_lambda(fun=4299812741, nargs=4, arg_vector=0x00007fff5fbfdd30) + 1489 at eval.c:3045 > frame #27: 0x0000000100201f6c Emacs`Ffuncall(nargs=5, args=0x00007fff5fbfdd28) + 1596 at eval.c:2861 > frame #28: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299811305, vector=4299811341, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #29: 0x0000000100203261 Emacs`funcall_lambda(fun=4299811205, nargs=2, arg_vector=0x00007fff5fbfe458) + 1489 at eval.c:3045 > frame #30: 0x0000000100201f6c Emacs`Ffuncall(nargs=3, args=0x00007fff5fbfe450) + 1596 at eval.c:2861 > frame #31: 0x00000001001faa43 Emacs`Fcall_interactively(function=4370705002, record_flag=4345311290, keys=4370471557) + 9155 at callint.c:836 > frame #32: 0x0000000100201d9a Emacs`Ffuncall(nargs=4, args=0x00007fff5fbfe8d8) + 1130 at eval.c:2819 > frame #33: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299358761, vector=4299358797, maxdepth=52, args_template=4100, nargs=1, args=0x00007fff5fbff030) + 3504 at bytecode.c:916 > frame #34: 0x0000000100202e84 Emacs`funcall_lambda(fun=4299358717, nargs=1, arg_vector=0x00007fff5fbff028) + 500 at eval.c:2979 > frame #35: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbff020) + 1596 at eval.c:2861 > frame #36: 0x0000000100202839 Emacs`call1(fn=4370480538, arg1=4370705002) + 73 at eval.c:2611 > frame #37: 0x00000001001421c7 Emacs`command_loop_1 + 2391 at keyboard.c:1559 > frame #38: 0x00000001001ffb9c Emacs`internal_condition_case(bfun=0x0000000100141870, handlers=4370487930, hfun=0x000000010015bcf0) + 396 at eval.c:1348 > frame #39: 0x000000010015bbe9 Emacs`command_loop_2(ignore=4345311290) + 41 at keyboard.c:1177 > frame #40: 0x00000001001ff1d4 Emacs`internal_catch(tag=4370484122, func=0x000000010015bbc0, arg=4345311290) + 356 at eval.c:1112 > frame #41: 0x0000000100140deb Emacs`command_loop + 187 at keyboard.c:1156 > frame #42: 0x0000000100140cb4 Emacs`recursive_edit_1 + 132 at keyboard.c:777 > frame #43: 0x0000000100140f97 Emacs`Frecursive_edit + 327 at keyboard.c:848 > frame #44: 0x000000010013ef89 Emacs`main(argc=2, argv=0x00007fff5fbff680) + 5929 at emacs.c:1646 > frame #45: 0x00007fff8ed825c9 libdyld.dylib`start + 1 > ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-11-08 16:34 ` Jan D. @ 2014-11-08 17:06 ` David Reitter 2014-11-08 17:19 ` Jan D. 0 siblings, 1 reply; 10+ messages in thread From: David Reitter @ 2014-11-08 17:06 UTC (permalink / raw) To: Jan D.; +Cc: 18848 Your change does not help. I think it’s a Yosemite bug. Below is a workaround. --- a/src/nsterm.m +++ b/src/nsterm.m @@ -4748,11 +4766,18 @@ ns_term_shutdown (int sig) [pool release]; pool = [[NSAutoreleasePool alloc] init]; + /* OSX 10.10.1 seems to swallow AppDefined events when + other events are put in the queue in rapid succession. + To prevent Emacs becoming unresponsive, we need to + set a reasonable timeout. */ NSEvent *event = [self nextEventMatchingMask:NSAnyEventMask - untilDate:[NSDate distantFuture] + untilDate:[NSDate dateWithTimeIntervalSinceNow:0.5] inMode:NSDefaultRunLoopMode dequeue:YES]; + if (event == nil) // timeout + { shouldKeepRunning = NO;} + else [self sendEvent:event]; [self updateWindows]; } while (shouldKeepRunning); > On Nov 8, 2014, at 11:34 AM, Jan D. <jan.h.d@swipnet.se> wrote: > > I can't reproduce this, but made some changes, please try it. > > Jan D. > >> 29 okt 2014 kl. 14:47 skrev David Reitter <david.reitter@gmail.com>: >> >> This occurs in OS X 10.10 “Yosemite”, but not earlier. >> >> events on the NS side are received and put into the emacs event queue. >> >> Attaching full call stack below for reference. >> >> * frame #0: 0x00007fff909a952e libsystem_kernel.dylib`mach_msg_trap + 10 >> frame #1: 0x00007fff909a869f libsystem_kernel.dylib`mach_msg + 55 >> frame #2: 0x00007fff8598db14 CoreFoundation`__CFRunLoopServiceMachPort + 212 >> frame #3: 0x00007fff8598cfdb CoreFoundation`__CFRunLoopRun + 1371 >> frame #4: 0x00007fff8598c838 CoreFoundation`CFRunLoopRunSpecific + 296 >> frame #5: 0x00007fff919f943f HIToolbox`RunCurrentEventLoopInMode + 235 >> frame #6: 0x00007fff919f91ba HIToolbox`ReceiveNextEventCommon + 431 >> frame #7: 0x00007fff919f8ffb HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 71 >> frame #8: 0x00007fff89ca8821 AppKit`_DPSNextEvent + 964 >> frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 >> frame #10: 0x00000001002b2e8b Emacs`-[EmacsApp run](self=0x0000000101420b20, _cmd=0x00007fff8a607034) + 379 at nsterm.m:4497 >> frame #11: 0x00000001002c4ce7 Emacs`ns_read_socket(terminal=0x0000000102823678, hold_quit=0x00007fff5fbfbfa0) + 855 at nsterm.m:3641 >> frame #12: 0x0000000100145c6d Emacs`gobble_input + 173 at keyboard.c:6850 >> frame #13: 0x000000010014be85 Emacs`get_input_pending(flags=3) + 117 at keyboard.c:6771 >> frame #14: 0x0000000100150c5d Emacs`Finput_pending_p(check_timers=4345311338) + 173 at keyboard.c:9940 >> frame #15: 0x0000000100201d44 Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc130) + 1044 at eval.c:2812 >> frame #16: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4298564145, vector=4298564181, maxdepth=28, args_template=3076, nargs=1, args=0x00007fff5fbfc838) + 3504 at bytecode.c:916 >> frame #17: 0x0000000100202e84 Emacs`funcall_lambda(fun=4298564101, nargs=1, arg_vector=0x00007fff5fbfc830) + 500 at eval.c:2979 >> frame #18: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc828) + 1596 at eval.c:2861 >> frame #19: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299852505, vector=4299852541, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >> frame #20: 0x0000000100203261 Emacs`funcall_lambda(fun=4299852461, nargs=0, arg_vector=0x00007fff5fbfcf30) + 1489 at eval.c:3045 >> frame #21: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfcf28) + 1596 at eval.c:2861 >> frame #22: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299813801, vector=4299813837, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >> frame #23: 0x0000000100203261 Emacs`funcall_lambda(fun=4299813757, nargs=0, arg_vector=0x00007fff5fbfd630) + 1489 at eval.c:3045 >> frame #24: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfd628) + 1596 at eval.c:2861 >> frame #25: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299812881, vector=4299812917, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >> frame #26: 0x0000000100203261 Emacs`funcall_lambda(fun=4299812741, nargs=4, arg_vector=0x00007fff5fbfdd30) + 1489 at eval.c:3045 >> frame #27: 0x0000000100201f6c Emacs`Ffuncall(nargs=5, args=0x00007fff5fbfdd28) + 1596 at eval.c:2861 >> frame #28: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299811305, vector=4299811341, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >> frame #29: 0x0000000100203261 Emacs`funcall_lambda(fun=4299811205, nargs=2, arg_vector=0x00007fff5fbfe458) + 1489 at eval.c:3045 >> frame #30: 0x0000000100201f6c Emacs`Ffuncall(nargs=3, args=0x00007fff5fbfe450) + 1596 at eval.c:2861 >> frame #31: 0x00000001001faa43 Emacs`Fcall_interactively(function=4370705002, record_flag=4345311290, keys=4370471557) + 9155 at callint.c:836 >> frame #32: 0x0000000100201d9a Emacs`Ffuncall(nargs=4, args=0x00007fff5fbfe8d8) + 1130 at eval.c:2819 >> frame #33: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299358761, vector=4299358797, maxdepth=52, args_template=4100, nargs=1, args=0x00007fff5fbff030) + 3504 at bytecode.c:916 >> frame #34: 0x0000000100202e84 Emacs`funcall_lambda(fun=4299358717, nargs=1, arg_vector=0x00007fff5fbff028) + 500 at eval.c:2979 >> frame #35: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbff020) + 1596 at eval.c:2861 >> frame #36: 0x0000000100202839 Emacs`call1(fn=4370480538, arg1=4370705002) + 73 at eval.c:2611 >> frame #37: 0x00000001001421c7 Emacs`command_loop_1 + 2391 at keyboard.c:1559 >> frame #38: 0x00000001001ffb9c Emacs`internal_condition_case(bfun=0x0000000100141870, handlers=4370487930, hfun=0x000000010015bcf0) + 396 at eval.c:1348 >> frame #39: 0x000000010015bbe9 Emacs`command_loop_2(ignore=4345311290) + 41 at keyboard.c:1177 >> frame #40: 0x00000001001ff1d4 Emacs`internal_catch(tag=4370484122, func=0x000000010015bbc0, arg=4345311290) + 356 at eval.c:1112 >> frame #41: 0x0000000100140deb Emacs`command_loop + 187 at keyboard.c:1156 >> frame #42: 0x0000000100140cb4 Emacs`recursive_edit_1 + 132 at keyboard.c:777 >> frame #43: 0x0000000100140f97 Emacs`Frecursive_edit + 327 at keyboard.c:848 >> frame #44: 0x000000010013ef89 Emacs`main(argc=2, argv=0x00007fff5fbff680) + 5929 at emacs.c:1646 >> frame #45: 0x00007fff8ed825c9 libdyld.dylib`start + 1 >> > ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-11-08 17:06 ` David Reitter @ 2014-11-08 17:19 ` Jan D. 2014-11-08 18:03 ` David Reitter 0 siblings, 1 reply; 10+ messages in thread From: Jan D. @ 2014-11-08 17:19 UTC (permalink / raw) To: David Reitter; +Cc: 18848 Hello. > 8 nov 2014 kl. 18:06 skrev David Reitter <david.reitter@gmail.com>: > > Your change does not help. > I think it’s a Yosemite bug. Below is a workaround. This code does not get executed on Yosemite with the latest changes. Jan D. > > --- a/src/nsterm.m > +++ b/src/nsterm.m > @@ -4748,11 +4766,18 @@ ns_term_shutdown (int sig) > [pool release]; > pool = [[NSAutoreleasePool alloc] init]; > > + /* OSX 10.10.1 seems to swallow AppDefined events when > + other events are put in the queue in rapid succession. > + To prevent Emacs becoming unresponsive, we need to > + set a reasonable timeout. */ > NSEvent *event = > [self nextEventMatchingMask:NSAnyEventMask > - untilDate:[NSDate distantFuture] > + untilDate:[NSDate dateWithTimeIntervalSinceNow:0.5] > inMode:NSDefaultRunLoopMode > dequeue:YES]; > + if (event == nil) // timeout > + { shouldKeepRunning = NO;} > + else > [self sendEvent:event]; > [self updateWindows]; > } while (shouldKeepRunning); > > >> On Nov 8, 2014, at 11:34 AM, Jan D. <jan.h.d@swipnet.se> wrote: >> >> I can't reproduce this, but made some changes, please try it. >> >> Jan D. >> >>> 29 okt 2014 kl. 14:47 skrev David Reitter <david.reitter@gmail.com>: >>> >>> This occurs in OS X 10.10 “Yosemite”, but not earlier. >>> >>> events on the NS side are received and put into the emacs event queue. >>> >>> Attaching full call stack below for reference. >>> >>> * frame #0: 0x00007fff909a952e libsystem_kernel.dylib`mach_msg_trap + 10 >>> frame #1: 0x00007fff909a869f libsystem_kernel.dylib`mach_msg + 55 >>> frame #2: 0x00007fff8598db14 CoreFoundation`__CFRunLoopServiceMachPort + 212 >>> frame #3: 0x00007fff8598cfdb CoreFoundation`__CFRunLoopRun + 1371 >>> frame #4: 0x00007fff8598c838 CoreFoundation`CFRunLoopRunSpecific + 296 >>> frame #5: 0x00007fff919f943f HIToolbox`RunCurrentEventLoopInMode + 235 >>> frame #6: 0x00007fff919f91ba HIToolbox`ReceiveNextEventCommon + 431 >>> frame #7: 0x00007fff919f8ffb HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 71 >>> frame #8: 0x00007fff89ca8821 AppKit`_DPSNextEvent + 964 >>> frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 >>> frame #10: 0x00000001002b2e8b Emacs`-[EmacsApp run](self=0x0000000101420b20, _cmd=0x00007fff8a607034) + 379 at nsterm.m:4497 >>> frame #11: 0x00000001002c4ce7 Emacs`ns_read_socket(terminal=0x0000000102823678, hold_quit=0x00007fff5fbfbfa0) + 855 at nsterm.m:3641 >>> frame #12: 0x0000000100145c6d Emacs`gobble_input + 173 at keyboard.c:6850 >>> frame #13: 0x000000010014be85 Emacs`get_input_pending(flags=3) + 117 at keyboard.c:6771 >>> frame #14: 0x0000000100150c5d Emacs`Finput_pending_p(check_timers=4345311338) + 173 at keyboard.c:9940 >>> frame #15: 0x0000000100201d44 Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc130) + 1044 at eval.c:2812 >>> frame #16: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4298564145, vector=4298564181, maxdepth=28, args_template=3076, nargs=1, args=0x00007fff5fbfc838) + 3504 at bytecode.c:916 >>> frame #17: 0x0000000100202e84 Emacs`funcall_lambda(fun=4298564101, nargs=1, arg_vector=0x00007fff5fbfc830) + 500 at eval.c:2979 >>> frame #18: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc828) + 1596 at eval.c:2861 >>> frame #19: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299852505, vector=4299852541, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >>> frame #20: 0x0000000100203261 Emacs`funcall_lambda(fun=4299852461, nargs=0, arg_vector=0x00007fff5fbfcf30) + 1489 at eval.c:3045 >>> frame #21: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfcf28) + 1596 at eval.c:2861 >>> frame #22: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299813801, vector=4299813837, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >>> frame #23: 0x0000000100203261 Emacs`funcall_lambda(fun=4299813757, nargs=0, arg_vector=0x00007fff5fbfd630) + 1489 at eval.c:3045 >>> frame #24: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfd628) + 1596 at eval.c:2861 >>> frame #25: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299812881, vector=4299812917, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >>> frame #26: 0x0000000100203261 Emacs`funcall_lambda(fun=4299812741, nargs=4, arg_vector=0x00007fff5fbfdd30) + 1489 at eval.c:3045 >>> frame #27: 0x0000000100201f6c Emacs`Ffuncall(nargs=5, args=0x00007fff5fbfdd28) + 1596 at eval.c:2861 >>> frame #28: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299811305, vector=4299811341, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 >>> frame #29: 0x0000000100203261 Emacs`funcall_lambda(fun=4299811205, nargs=2, arg_vector=0x00007fff5fbfe458) + 1489 at eval.c:3045 >>> frame #30: 0x0000000100201f6c Emacs`Ffuncall(nargs=3, args=0x00007fff5fbfe450) + 1596 at eval.c:2861 >>> frame #31: 0x00000001001faa43 Emacs`Fcall_interactively(function=4370705002, record_flag=4345311290, keys=4370471557) + 9155 at callint.c:836 >>> frame #32: 0x0000000100201d9a Emacs`Ffuncall(nargs=4, args=0x00007fff5fbfe8d8) + 1130 at eval.c:2819 >>> frame #33: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299358761, vector=4299358797, maxdepth=52, args_template=4100, nargs=1, args=0x00007fff5fbff030) + 3504 at bytecode.c:916 >>> frame #34: 0x0000000100202e84 Emacs`funcall_lambda(fun=4299358717, nargs=1, arg_vector=0x00007fff5fbff028) + 500 at eval.c:2979 >>> frame #35: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbff020) + 1596 at eval.c:2861 >>> frame #36: 0x0000000100202839 Emacs`call1(fn=4370480538, arg1=4370705002) + 73 at eval.c:2611 >>> frame #37: 0x00000001001421c7 Emacs`command_loop_1 + 2391 at keyboard.c:1559 >>> frame #38: 0x00000001001ffb9c Emacs`internal_condition_case(bfun=0x0000000100141870, handlers=4370487930, hfun=0x000000010015bcf0) + 396 at eval.c:1348 >>> frame #39: 0x000000010015bbe9 Emacs`command_loop_2(ignore=4345311290) + 41 at keyboard.c:1177 >>> frame #40: 0x00000001001ff1d4 Emacs`internal_catch(tag=4370484122, func=0x000000010015bbc0, arg=4345311290) + 356 at eval.c:1112 >>> frame #41: 0x0000000100140deb Emacs`command_loop + 187 at keyboard.c:1156 >>> frame #42: 0x0000000100140cb4 Emacs`recursive_edit_1 + 132 at keyboard.c:777 >>> frame #43: 0x0000000100140f97 Emacs`Frecursive_edit + 327 at keyboard.c:848 >>> frame #44: 0x000000010013ef89 Emacs`main(argc=2, argv=0x00007fff5fbff680) + 5929 at emacs.c:1646 >>> frame #45: 0x00007fff8ed825c9 libdyld.dylib`start + 1 >>> >> ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-11-08 17:19 ` Jan D. @ 2014-11-08 18:03 ` David Reitter 0 siblings, 0 replies; 10+ messages in thread From: David Reitter @ 2014-11-08 18:03 UTC (permalink / raw) To: Jan D.; +Cc: 18848 Hi Jan, On Nov 8, 2014, at 12:19 PM, Jan D. <jan.h.d@swipnet.se> wrote: > > Hello. > >> 8 nov 2014 kl. 18:06 skrev David Reitter <david.reitter@gmail.com>: >> >> Your change does not help. >> I think it’s a Yosemite bug. Below is a workaround. > > This code does not get executed on Yosemite with the latest changes. Yes, that’s right. My patch is against the original version of the code. When the hang occurs, it gets broken after .5sec by the timeout. Your change doesn’t work presumably because the system’s event loop is affected by the lost events just the same. Not replacing the event loop unless necessary is probably a good idea, even if it does not address the present issue. - David ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: hang is in [EmacsApp run] (24.4.51; Hang after toolbar use) 2014-10-29 13:47 ` David Reitter 2014-11-08 16:34 ` Jan D. @ 2014-11-15 18:24 ` Jan D. 1 sibling, 0 replies; 10+ messages in thread From: Jan D. @ 2014-11-15 18:24 UTC (permalink / raw) To: David Reitter; +Cc: 18848-done Fixed in emacs-24 and trunk. Jan D. > 29 okt 2014 kl. 14:47 skrev David Reitter <david.reitter@gmail.com>: > > This occurs in OS X 10.10 “Yosemite”, but not earlier. > > events on the NS side are received and put into the emacs event queue. > > Attaching full call stack below for reference. > > * frame #0: 0x00007fff909a952e libsystem_kernel.dylib`mach_msg_trap + 10 > frame #1: 0x00007fff909a869f libsystem_kernel.dylib`mach_msg + 55 > frame #2: 0x00007fff8598db14 CoreFoundation`__CFRunLoopServiceMachPort + 212 > frame #3: 0x00007fff8598cfdb CoreFoundation`__CFRunLoopRun + 1371 > frame #4: 0x00007fff8598c838 CoreFoundation`CFRunLoopRunSpecific + 296 > frame #5: 0x00007fff919f943f HIToolbox`RunCurrentEventLoopInMode + 235 > frame #6: 0x00007fff919f91ba HIToolbox`ReceiveNextEventCommon + 431 > frame #7: 0x00007fff919f8ffb HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 71 > frame #8: 0x00007fff89ca8821 AppKit`_DPSNextEvent + 964 > frame #9: 0x00007fff89ca7fd0 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194 > frame #10: 0x00000001002b2e8b Emacs`-[EmacsApp run](self=0x0000000101420b20, _cmd=0x00007fff8a607034) + 379 at nsterm.m:4497 > frame #11: 0x00000001002c4ce7 Emacs`ns_read_socket(terminal=0x0000000102823678, hold_quit=0x00007fff5fbfbfa0) + 855 at nsterm.m:3641 > frame #12: 0x0000000100145c6d Emacs`gobble_input + 173 at keyboard.c:6850 > frame #13: 0x000000010014be85 Emacs`get_input_pending(flags=3) + 117 at keyboard.c:6771 > frame #14: 0x0000000100150c5d Emacs`Finput_pending_p(check_timers=4345311338) + 173 at keyboard.c:9940 > frame #15: 0x0000000100201d44 Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc130) + 1044 at eval.c:2812 > frame #16: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4298564145, vector=4298564181, maxdepth=28, args_template=3076, nargs=1, args=0x00007fff5fbfc838) + 3504 at bytecode.c:916 > frame #17: 0x0000000100202e84 Emacs`funcall_lambda(fun=4298564101, nargs=1, arg_vector=0x00007fff5fbfc830) + 500 at eval.c:2979 > frame #18: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbfc828) + 1596 at eval.c:2861 > frame #19: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299852505, vector=4299852541, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #20: 0x0000000100203261 Emacs`funcall_lambda(fun=4299852461, nargs=0, arg_vector=0x00007fff5fbfcf30) + 1489 at eval.c:3045 > frame #21: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfcf28) + 1596 at eval.c:2861 > frame #22: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299813801, vector=4299813837, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #23: 0x0000000100203261 Emacs`funcall_lambda(fun=4299813757, nargs=0, arg_vector=0x00007fff5fbfd630) + 1489 at eval.c:3045 > frame #24: 0x0000000100201f6c Emacs`Ffuncall(nargs=1, args=0x00007fff5fbfd628) + 1596 at eval.c:2861 > frame #25: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299812881, vector=4299812917, maxdepth=16, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #26: 0x0000000100203261 Emacs`funcall_lambda(fun=4299812741, nargs=4, arg_vector=0x00007fff5fbfdd30) + 1489 at eval.c:3045 > frame #27: 0x0000000100201f6c Emacs`Ffuncall(nargs=5, args=0x00007fff5fbfdd28) + 1596 at eval.c:2861 > frame #28: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299811305, vector=4299811341, maxdepth=20, args_template=4345311290, nargs=0, args=0x0000000000000000) + 3504 at bytecode.c:916 > frame #29: 0x0000000100203261 Emacs`funcall_lambda(fun=4299811205, nargs=2, arg_vector=0x00007fff5fbfe458) + 1489 at eval.c:3045 > frame #30: 0x0000000100201f6c Emacs`Ffuncall(nargs=3, args=0x00007fff5fbfe450) + 1596 at eval.c:2861 > frame #31: 0x00000001001faa43 Emacs`Fcall_interactively(function=4370705002, record_flag=4345311290, keys=4370471557) + 9155 at callint.c:836 > frame #32: 0x0000000100201d9a Emacs`Ffuncall(nargs=4, args=0x00007fff5fbfe8d8) + 1130 at eval.c:2819 > frame #33: 0x000000010025be60 Emacs`exec_byte_code(bytestr=4299358761, vector=4299358797, maxdepth=52, args_template=4100, nargs=1, args=0x00007fff5fbff030) + 3504 at bytecode.c:916 > frame #34: 0x0000000100202e84 Emacs`funcall_lambda(fun=4299358717, nargs=1, arg_vector=0x00007fff5fbff028) + 500 at eval.c:2979 > frame #35: 0x0000000100201f6c Emacs`Ffuncall(nargs=2, args=0x00007fff5fbff020) + 1596 at eval.c:2861 > frame #36: 0x0000000100202839 Emacs`call1(fn=4370480538, arg1=4370705002) + 73 at eval.c:2611 > frame #37: 0x00000001001421c7 Emacs`command_loop_1 + 2391 at keyboard.c:1559 > frame #38: 0x00000001001ffb9c Emacs`internal_condition_case(bfun=0x0000000100141870, handlers=4370487930, hfun=0x000000010015bcf0) + 396 at eval.c:1348 > frame #39: 0x000000010015bbe9 Emacs`command_loop_2(ignore=4345311290) + 41 at keyboard.c:1177 > frame #40: 0x00000001001ff1d4 Emacs`internal_catch(tag=4370484122, func=0x000000010015bbc0, arg=4345311290) + 356 at eval.c:1112 > frame #41: 0x0000000100140deb Emacs`command_loop + 187 at keyboard.c:1156 > frame #42: 0x0000000100140cb4 Emacs`recursive_edit_1 + 132 at keyboard.c:777 > frame #43: 0x0000000100140f97 Emacs`Frecursive_edit + 327 at keyboard.c:848 > frame #44: 0x000000010013ef89 Emacs`main(argc=2, argv=0x00007fff5fbff680) + 5929 at emacs.c:1646 > frame #45: 0x00007fff8ed825c9 libdyld.dylib`start + 1 > ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#18848: Yosemite problem 2014-10-27 1:57 bug#18848: 24.4.51; Hang after toolbar use David Reitter [not found] ` <handler.18848.B.141437508615391.ack@debbugs.gnu.org> @ 2014-11-07 18:24 ` David Reitter 1 sibling, 0 replies; 10+ messages in thread From: David Reitter @ 2014-11-07 18:24 UTC (permalink / raw) To: 18848 The issue appears to be due to a bug in Yosemite. AppDefined events, sent by us to terminate the event loop after all immediate events have been received, are swallowed by the OS in certain circumstances (when events were received in rapid succession). As a consequence, the NS event loop triggered by get_input_pending() never terminates. I have verified that the AppDefined event is actually sent, and that this very event object never returns to us in the sendEvent method. Users have since corroborated that this bug began during one of the late preview versions of Yosemite released by Apple. A Cocoa-specific report can be found here: https://www.mail-archive.com/cocoa-dev@lists.apple.com/msg96645.html ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2014-11-15 18:24 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-10-27 1:57 bug#18848: 24.4.51; Hang after toolbar use David Reitter [not found] ` <handler.18848.B.141437508615391.ack@debbugs.gnu.org> 2014-10-28 0:40 ` bug#18848: Acknowledgement (24.4.51; Hang after toolbar use) David Reitter 2014-10-29 3:51 ` bug#18848: hang is in [EmacsApp run] " David Reitter 2014-10-29 13:47 ` David Reitter 2014-11-08 16:34 ` Jan D. 2014-11-08 17:06 ` David Reitter 2014-11-08 17:19 ` Jan D. 2014-11-08 18:03 ` David Reitter 2014-11-15 18:24 ` Jan D. 2014-11-07 18:24 ` bug#18848: Yosemite problem David Reitter
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.