unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: gijs@hillenius.net (Gijs Hillenius)
To: 39207@debbugs.gnu.org
Subject: bug#39207: WITH dgb symbols Re: bug#39207: 28.0.50; crash when sending gnus message
Date: Tue, 21 Jan 2020 12:08:45 +0100	[thread overview]
Message-ID: <871rrtvzgi.fsf@hillenius.net> (raw)
In-Reply-To: <mvma76hgkcn.fsf@suse.de> (Andreas Schwab's message of "Tue, 21 Jan 2020 11:44:08 +0100")

Now /with/ debug symbols, I hope this helps. Same recipy, same problem
in Gnus when trying to read mail.


gdb /usr/bin/emacs-snapshot-x
GNU gdb (Debian 8.3.1-1) 8.3.1
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/emacs-snapshot-x...
Reading symbols from /usr/lib/debug/.build-id/a8/a8b95a5341c9d37a357d494f0c7a054c5e2f60.debug...
(gdb) run /usr/bin/emacs-snapshot-x
Starting program: /usr/bin/emacs-snapshot-x /usr/bin/emacs-snapshot-x
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff120c700 (LWP 73410)]
[New Thread 0x7ffff0993700 (LWP 73411)]
[New Thread 0x7fffebfff700 (LWP 73412)]
[Detaching after vfork from child process 73413]
[Detaching after vfork from child process 73414]
[Detaching after vfork from child process 73415]
[Detaching after vfork from child process 73416]
[Detaching after vfork from child process 73417]
[Detaching after vfork from child process 73418]
[Detaching after vfork from child process 73419]
[Detaching after vfork from child process 73420]
[Detaching after vfork from child process 73421]
[Detaching after vfork from child process 73422]
[Detaching after vfork from child process 73423]
[Detaching after vfork from child process 73424]
[Detaching after vfork from child process 73425]
[Detaching after vfork from child process 73426]
[Detaching after vfork from child process 73427]
[Detaching after vfork from child process 73428]
[Detaching after vfork from child process 73429]
[Detaching after vfork from child process 73430]
[Detaching after vfork from child process 73431]
[Detaching after vfork from child process 73432]
[Detaching after vfork from child process 73433]
[Detaching after vfork from child process 73434]
[Detaching after vfork from child process 73435]
[Detaching after vfork from child process 73436]
[Detaching after vfork from child process 73437]
[Detaching after vfork from child process 73438]
[Detaching after vfork from child process 73439]
[Detaching after vfork from child process 73440]
[Detaching after vfork from child process 73441]
[Detaching after vfork from child process 73442]
[Detaching after vfork from child process 73443]
[Detaching after vfork from child process 73444]
[Detaching after vfork from child process 73445]
[Detaching after vfork from child process 73446]
[Detaching after vfork from child process 73447]
[Detaching after vfork from child process 73448]
[Detaching after vfork from child process 73449]
[Detaching after vfork from child process 73450]
[Detaching after vfork from child process 73452]
[Detaching after vfork from child process 73453]
[Detaching after vfork from child process 73456]
[Detaching after vfork from child process 73457]
[Detaching after vfork from child process 73458]
[Detaching after vfork from child process 73459]
[Detaching after vfork from child process 73460]
[Detaching after vfork from child process 73464]
[Detaching after vfork from child process 73476]
[Detaching after vfork from child process 73477]
[Detaching after vfork from child process 73478]
[Detaching after vfork from child process 73479]

Thread 1 "emacs-snapshot-" received signal SIGUSR2, User defined signal 2.
display_count_lines (start_byte=3457, start_byte@entry=2897, limit_byte=3462, count=3404, byte_pos_ptr=byte_pos_ptr@entry=0x7fffffff81c0) at xdisp.c:26516
26516	xdisp.c: No such file or directory.
(gdb) bt
#0  display_count_lines (start_byte=3457, start_byte@entry=2897, limit_byte=3462, count=3404, byte_pos_ptr=byte_pos_ptr@entry=0x7fffffff81c0) at xdisp.c:26516
#1  0x00005555555d3a32 in decode_mode_spec (string=<synthetic pointer>, field_width=0, c=<optimized out>, w=<optimized out>) at xdisp.c:26292
#2  display_mode_element (it=<optimized out>, depth=<optimized out>, field_width=<optimized out>, precision=<optimized out>, elt=<optimized out>, props=0x0, risky=<optimized out>) at xdisp.c:25357
#3  0x00005555555d44b7 in display_mode_element (it=0x7fffffff86d0, depth=8, field_width=6, precision=-37, elt=<optimized out>, props=0x0, risky=<optimized out>) at lisp.h:1449
#4  0x00005555555d44b7 in display_mode_element (it=0x7fffffff86d0, depth=5, field_width=-3, precision=-37, elt=<optimized out>, props=0x0, risky=<optimized out>) at lisp.h:1449
#5  0x00005555555d44b7 in display_mode_element (it=0x7fffffff86d0, depth=3, field_width=0, precision=-34, elt=<optimized out>, props=0x0, risky=<optimized out>) at lisp.h:1449
#6  0x00005555555d44b7 in display_mode_element (it=0x7fffffff86d0, depth=1, field_width=0, precision=0, elt=<optimized out>, props=0x0, risky=<optimized out>) at lisp.h:1449
#7  0x00005555555d528e in display_mode_line (w=w@entry=0x555557c29970, face_id=MODE_LINE_FACE_ID, format=0x555559c93f13) at lisp.h:1032
#8  0x00005555555d559e in display_mode_lines (w=w@entry=0x555557c29970) at lisp.h:730
#9  0x00005555555eeb8c in redisplay_window (window=0x555557c29975, just_this_one_p=<optimized out>) at xdisp.c:18861
#10 0x00005555555f373e in redisplay_window_1 (window=window@entry=0x555557c29975) at xdisp.c:16202
#11 0x00005555556f6dfa in internal_condition_case_1 (bfun=bfun@entry=0x5555555f3710 <redisplay_window_1>, arg=0x555557c29975, handlers=<optimized out>, hfun=hfun@entry=0x5555555b3f20 <redisplay_window_error>)
    at eval.c:1379
#12 0x00005555555df723 in redisplay_internal () at xdisp.c:15770
#13 0x000055555568943f in read_char (commandflag=1, map=0x555557411713, prev_event=0x0, used_mouse_menu=0x7fffffffdccb, end_time=0x0) at keyboard.c:2493
#14 0x000055555568bf5d in read_key_sequence (keybuf=<optimized out>, prompt=0x0, dont_downcase_last=<optimized out>, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=<optimized out>)
    at keyboard.c:9553
#15 0x000055555568d74c in command_loop_1 () at lisp.h:1032
#16 0x00005555556f6d76 in internal_condition_case (bfun=bfun@entry=0x55555568d560 <command_loop_1>, handlers=handlers@entry=0x90, hfun=hfun@entry=0x555555683f50 <cmd_error>) at eval.c:1355
#17 0x000055555567e7a4 in command_loop_2 (ignore=ignore@entry=0x0) at lisp.h:1032
#18 0x00005555556f6ccf in internal_catch (tag=tag@entry=0xd110, func=func@entry=0x55555567e780 <command_loop_2>, arg=arg@entry=0x0) at eval.c:1116
#19 0x000055555567e743 in command_loop () at lisp.h:1032
#20 0x0000555555683b3f in recursive_edit_1 () at keyboard.c:714
#21 0x0000555555683e7b in Frecursive_edit () at keyboard.c:786
#22 0x000055555559ec58 in main (argc=2, argv=<optimized out>) at emacs.c:2054







  parent reply	other threads:[~2020-01-21 11:08 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-20 16:28 bug#39207: 28.0.50; crash when sending gnus message Gijs Hillenius
2020-01-20 16:50 ` Robert Pluim
2020-01-21  9:06   ` Gijs Hillenius
2020-01-21  9:32     ` Robert Pluim
2020-01-21  9:43       ` Gijs Hillenius
2020-01-21 10:39         ` Robert Pluim
2020-01-21 10:44           ` Andreas Schwab
2020-01-21 10:46             ` Gijs Hillenius
2020-01-21 11:08             ` Gijs Hillenius [this message]
2020-01-21 13:36               ` bug#39207: WITH dgb symbols " Robert Pluim
2020-01-21 15:39               ` Eli Zaretskii
2020-01-21 16:11                 ` Gijs Hillenius
2020-01-21 17:06                   ` Robert Pluim
2020-01-22  7:17                     ` Gijs Hillenius
2020-01-22  7:47                       ` Robert Pluim
     [not found]                         ` <87lfpzsvq5.fsf@hillenius.net>
2020-01-22 12:12                           ` Robert Pluim
2020-01-22 16:13                             ` Eli Zaretskii
2020-01-22 16:58                               ` Robert Pluim
2020-01-22 17:37                                 ` Eli Zaretskii
2020-01-22 20:39                                   ` Robert Pluim
2020-01-22 20:57                                     ` Andreas Schwab
2020-01-22 21:15                                       ` bug#39207: WITH dgb symbols Re: bug✓39207: " Robert Pluim
2020-01-22 21:43                                         ` Andreas Schwab
2020-01-22 21:13                                     ` bug#39207: WITH dgb symbols Re: bug#39207: " Andreas Schwab
2020-01-23  7:52                                       ` Paul Eggert
2020-01-23  8:48                                         ` Robert Pluim
2020-01-23  9:02                                           ` Paul Eggert
2020-01-23  5:54 ` Eli Zaretskii

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=871rrtvzgi.fsf@hillenius.net \
    --to=gijs@hillenius.net \
    --cc=39207@debbugs.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 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).