all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Sam Steingold <sds@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 28176@debbugs.gnu.org
Subject: bug#28176: 26.0.50; Emacs hangs on entering a specific article in gnus
Date: Tue, 22 Aug 2017 14:23:00 -0400	[thread overview]
Message-ID: <CAFsbZ7bxxJE6OQHQtLyEA_5JL-1=7QRc-NWmSur0XKSWu-a4Dw@mail.gmail.com> (raw)
In-Reply-To: <83tw0zabb9.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 7861 bytes --]

here is the backtrace from an identical hang with a different article in
the same group:

2017-08-22 14:10:48.609113-0400 emacs[16623:7011753] [general] Connection
to 'pboard' server had an error: <error: 0x7fffb7597ca0> { count = 1,
transaction: 0, voucher = 0x0, contents =
        "XPCErrorDescription" => <string: 0x7fffb7597f18> { length = 18,
contents = "Connection invalid" }
}
2017-08-22 14:11:02.771791-0400 emacs[16623:7011721] Detected potentially
harmful notification post rate of 229.322 notifications per second
2017-08-22 14:11:12.773714-0400 emacs[16623:7011721] Detected potentially
harmful notification post rate of 300.907 notifications per second
2017-08-22 14:11:22.774338-0400 emacs[16623:7011721] Detected potentially
harmful notification post rate of 280.44 notifications per second
2017-08-22 14:11:32.774777-0400 emacs[16623:7011721] Detected potentially
harmful notification post rate of 290.527 notifications per second
emacs was compiled with optimization - stepping may behave oddly; variables
may not be available.
Process 16623 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP

    frame #0: 0x00000001001a4de9 emacs`lookup_image [inlined]
search_image_cache(f=0x000000010305afa8, spec=4358862915,
hash=4195912884339560560) at image.c:1454 [opt]

   1451
   1452   for (img = c->buckets[i]; img; img = img->next)

   1453     if (img->hash == hash
-> 1454         && !NILP (Fequal (img->spec, spec))
   1455         && img->frame_foreground == FRAME_FOREGROUND_PIXEL (f)

   1456         && img->frame_background == FRAME_BACKGROUND_PIXEL (f))

   1457       break;
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP

  * frame #0: 0x00000001001a4de9 emacs`lookup_image [inlined]
search_image_cache(f=0x000000010305afa8, spec=4358862915,
hash=4195912884339560560) at image.c:1454 [opt]

    frame #1: 0x00000001001a4d82 emacs`lookup_image(f=0x000000010305afa8,
spec=4358862915) at image.c:1739 [opt]

    frame #2: 0x0000000100044a68
emacs`handle_single_display_spec(it=<unavailable>, spec=<unavailable>,
object=<unavailable>, overlay=<unavailable>, position=<unavailable>,
bufpos=<unavailable>, display_replaced=<unavailable>,
frame_window_p=<unavailable>) at xdisp.c:5299 [opt]

    frame #3: 0x000000010001dd85
emacs`handle_display_spec(it=0x00007fff5fbf8280, spec=4358862915,
object=4523100261, overlay=0, position=0x00007fff5fbf83b8, bufpos=1765,
frame_window_p=<unavailable>) at xdisp.c:4800 [opt]

    frame #4: 0x00000001000452e1
emacs`handle_display_prop(it=0x00007fff5fbf8280) at xdisp.c:4719 [opt]


    frame #5: 0x000000010004544b emacs`handle_stop(it=0x00007fff5fbf8280)
at xdisp.c:3425 [opt]
    frame #6: 0x0000000100048434
emacs`next_element_from_buffer(it=0x00007fff5fbf8280) at xdisp.c:8398 [opt]


    frame #7: 0x000000010001c6c2
emacs`get_next_display_element(it=0x00007fff5fbf8280) at xdisp.c:6992 [opt]


    frame #8: 0x000000010002ab68 emacs`display_line(it=0x00007fff5fbf8280,
cursor_vpos=<unavailable>) at xdisp.c:21318 [opt]

    frame #9: 0x000000010002a508 emacs`try_window(window=<unavailable>,
pos=(charpos = 921, bytepos = 921), flags=<unavailable>) at xdisp.c:17573
[opt]
    frame #10: 0x000000010004f8e0 emacs`redisplay_window(window=4356634629,
just_this_one_p=<unavailable>) at xdisp.c:17020 [opt]

    frame #11: 0x000000010004db36
emacs`redisplay_window_0(window=<unavailable>) at xdisp.c:14780 [opt]

                       frame #12: 0x0000000100136e86
emacs`internal_condition_case_1(bfun=(emacs`redisplay_window_0 at
xdisp.c:14779), arg=4356634629, handlers=<unavailable>,
hfun=(emacs`redisplay_window_error at xdisp.c:14771)) at eval.c:1347 [opt]

    frame #13: 0x000000010004d19d
emacs`redisplay_windows(window=<unavailable>) at xdisp.c:14760 [opt]


    frame #14: 0x000000010004d164
emacs`redisplay_windows(window=<unavailable>) at xdisp.c:14754 [opt]


    frame #15: 0x00000001000282af emacs`redisplay_internal at xdisp.c:14249
[opt]
    frame #16: 0x00000001000bf92e emacs`read_char(commandflag=1,
map=4351707683, prev_event=0, used_mouse_menu=0x00007fff5fbfeabf,
end_time=0x0000000000000000) at keyboard.c:2484 [opt]
    frame #17: 0x00000001000bd40a
emacs`read_key_sequence(keybuf=<unavailable>, bufsize=30,
prompt=<unavailable>, dont_downcase_last=<unavailable>,
can_return_switch_frame=<unavailable>, fix_current_buffer=<unavailable>,
prevent_redisplay=<unavailable>) at keyboard.c:9151 [opt]

    frame #18: 0x00000001000bbc02 emacs`command_loop_1 at keyboard.c:1372
[opt]
    frame #19: 0x0000000100136e12
emacs`internal_condition_case(bfun=(emacs`command_loop_1 at
keyboard.c:1263), handlers=<unavailable>, hfun=(emacs`cmd_error at
keyboard.c:942)) at eval.c:1323 [opt]
    frame #20: 0x00000001000ca800
emacs`command_loop_2(ignore=<unavailable>) at keyboard.c:1114 [opt]
    frame #21: 0x00000001001366b9 emacs`internal_catch(tag=<unavailable>,
func=(emacs`command_loop_2 at keyboard.c:1110), arg=0) at eval.c:1088 [opt]

    frame #22: 0x00000001000bae5e emacs`command_loop at keyboard.c:1093
[opt]
    frame #23: 0x00000001000bad6f emacs`recursive_edit_1 at keyboard.c:699
[opt]
    frame #24: 0x00000001000bafa3 emacs`Frecursive_edit at keyboard.c:770
[opt]
    frame #25: 0x00000001000b9bb7 emacs`main(argc=0, argv=<unavailable>) at
emacs.c:1706 [opt]
    frame #26: 0x00007fffae679235 libdyld.dylib`start + 1

    frame #27: 0x00007fffae679235 libdyld.dylib`start + 1



On Tue, Aug 22, 2017 at 11:09 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Sam Steingold <sds@gnu.org>
> > Cc: 28176@debbugs.gnu.org
> > Date: Mon, 21 Aug 2017 15:40:41 -0400
> >
> > (lldb) bt
> > * thread #1, queue = 'com.apple.main-thread', stop reason = signal
> SIGSTOP
> >     frame #0: 0x0000000100030788 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=8, field_width=0, precision=<unavailable>, elt=4328980291, props=
> 4412454691, risky=<unavailable>) at xdisp.c:23603 [opt]
> >     frame #1: 0x00000001000309d0 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=<unavailable>, field_width=0, precision=<unavailable>,
> elt=<unavailable>, props=4412454691, risky=<unavailable>) at xdisp.c:23692
> [opt]
> >     frame #2: 0x00000001000309d0 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=<unavailable>, field_width=0, precision=<unavailable>,
> elt=<unavailable>, props=4412454691, risky=<unavailable>) at xdisp.c:23692
> [opt]
> >     frame #3: 0x0000000100030b05 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=4, field_width=0, precision=-66, elt=<unavailable>, props=0,
> risky=<unavailable>) at xdisp.c:23629 [opt]
> >     frame #4: 0x00000001000309d0 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=<unavailable>, field_width=0, precision=<unavailable>,
> elt=<unavailable>, props=0, risky=<unavailable>) at xdisp.c:23692 [opt]
> >     frame #5: 0x00000001000309d0 emacs`display_mode_element(it=0x00007fff5fbf8258,
> depth=<unavailable>, field_width=0, precision=<unavailable>,
> elt=<unavailable>, props=0, risky=<unavailable>) at xdisp.c:23692 [opt]
> >     frame #6: 0x000000010001bf09 emacs`display_mode_line(w=0x000000010482ea30,
> face_id=MODE_LINE_FACE_ID, format=4315887955) at xdisp.c:23211 [opt]
> >     frame #7: 0x000000010004b2e4 emacs`display_mode_lines(w=0x000000010482ea30)
> at xdisp.c:23146 [opt]
> >     frame #8: 0x000000010005180f emacs`redisplay_window(window=4370655797,
> just_this_one_p=<unavailable>) at xdisp.c:17397 [opt]
>
> This just says that Emacs was in redisplay, displaying the mode line
> in some window.
>
> Do you always see this exact backtrace, with the same function calls
> and the same arguments, when you interrupt Emacs that hangs like this?
> Or does the backtrace look different every time?
>
> Thanks.
>



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net> <
http://steingoldpsychology.com>

[-- Attachment #2: Type: text/html, Size: 12513 bytes --]

  reply	other threads:[~2017-08-22 18:23 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-21 16:09 bug#28176: 26.0.50; Emacs hangs on entering a specific article in gnus Sam Steingold
2017-08-21 16:24 ` Eli Zaretskii
2017-08-21 17:23   ` Sam Steingold
2017-08-21 17:41     ` Eli Zaretskii
2017-08-21 18:46       ` Sam Steingold
2017-08-21 19:03         ` Eli Zaretskii
2017-08-21 19:40           ` Sam Steingold
2017-08-22 15:09             ` Eli Zaretskii
2017-08-22 18:23               ` Sam Steingold [this message]
2017-08-22 19:10                 ` Eli Zaretskii
2017-08-22 19:18                   ` Sam Steingold
2017-08-23  2:27                     ` Eli Zaretskii
2017-08-23 17:03                       ` Sam Steingold
2017-08-23 18:21                         ` Eli Zaretskii
2017-08-23 12:11                   ` Charles A. Roelli
2017-08-23 13:34                     ` Sam Steingold
2017-08-23 14:29                       ` Charles A. Roelli
2017-08-23 19:10                         ` Alan Third
2017-08-23 19:56                           ` Charles A. Roelli
2017-08-23 20:16                             ` Alan Third
2017-08-21 19:10     ` Eli Zaretskii
2017-08-21 19:44       ` Sam Steingold
2017-08-22 15:07         ` Eli Zaretskii
2017-08-22 22:21           ` npostavs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFsbZ7bxxJE6OQHQtLyEA_5JL-1=7QRc-NWmSur0XKSWu-a4Dw@mail.gmail.com' \
    --to=sds@gnu.org \
    --cc=28176@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.