unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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

* 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: 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

* 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

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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).