From: Tom Tromey <tromey@redhat.com>
To: Pedro Alves <pedro@codesourcery.com>
Cc: gdb-patches@sourceware.org,
"Ulrich Weigand" <uweigand@de.ibm.com>,
Jan Kratochvil <jkratoch@redhat.com>
Subject: Re: Multi-exec patches
Date: Mon, 27 Jul 2009 18:45:00 -0000 [thread overview]
Message-ID: <m3d47mhvur.fsf@fleche.redhat.com> (raw)
In-Reply-To: <m33a8ijbhu.fsf@fleche.redhat.com> (Tom Tromey's message of "Mon\, 27 Jul 2009 11\:12\:45 -0600")
Tom> Can not resume the parent process over vfork in the foreground while
Tom> holding the child stopped. Try "set detach-on-fork" or "set schedule-multiple".
Tom> Recursive internal problem.
Tom> Aborted
I've appended the stack trace for this.
Tom> ../../archer/gdb/thread.c:708: internal-error: finish_thread_state: Assertion `tp' failed.
I couldn't reproduce this one.
I watched gdb run make a little more closely and I think the
sluggishness just comes from re-reading gcc's debuginfo each time make
starts a new gcc process.
I thought we may want some heuristic to keep debuginfo around a little
while before discarding it, for situations like this; but maybe speeding
up debuginfo reading would solve the problem more cleanly.
Tom
#0 0x0020f422 in __kernel_vsyscall ()
#1 0x005987c1 in raise () from /lib/libc.so.6
#2 0x0059a092 in abort () from /lib/libc.so.6
#3 0x080af8cb in internal_vproblem (problem=0x8cede58,
file=0x864244f "../../archer/gdb/inferior.c", line=44,
fmt=0x8642430 "%s: Assertion `%s' failed.", ap=0xbfffed6c "\343'd\bK$d\b")
at ../../archer/gdb/utils.c:897
#4 0x080afa9a in internal_verror (
file=0x864244f "../../archer/gdb/inferior.c", line=44,
fmt=0x8642430 "%s: Assertion `%s' failed.", ap=0xbfffed6c "\343'd\bK$d\b")
at ../../archer/gdb/utils.c:995
#5 0x080afad2 in internal_error (
file=0x864244f "../../archer/gdb/inferior.c", line=44,
string=0x8642430 "%s: Assertion `%s' failed.")
at ../../archer/gdb/utils.c:1004
#6 0x080ba9e6 in current_inferior () at ../../archer/gdb/inferior.c:44
#7 0x080bbc27 in terminal_ours_1 (output_only=0)
at ../../archer/gdb/inflow.c:369
#8 0x080bbc02 in terminal_ours () at ../../archer/gdb/inflow.c:347
#9 0x0819ecf8 in linux_nat_terminal_ours ()
at ../../archer/gdb/linux-nat.c:4563
#10 0x080af830 in internal_vproblem (problem=0x8cede58,
file=0x864244f "../../archer/gdb/inferior.c", line=44,
fmt=0x8642430 "%s: Assertion `%s' failed.", ap=0xbfffeebc "\343'd\bK$d\b")
at ../../archer/gdb/utils.c:912
#11 0x080afa9a in internal_verror (
file=0x864244f "../../archer/gdb/inferior.c", line=44,
fmt=0x8642430 "%s: Assertion `%s' failed.", ap=0xbfffeebc "\343'd\bK$d\b")
at ../../archer/gdb/utils.c:995
#12 0x080afad2 in internal_error (
file=0x864244f "../../archer/gdb/inferior.c", line=44,
string=0x8642430 "%s: Assertion `%s' failed.")
at ../../archer/gdb/utils.c:1004
#13 0x080ba9e6 in current_inferior () at ../../archer/gdb/inferior.c:44
#14 0x08244038 in switch_to_thread (ptid={pid = 22083, lwp = 22083, tid = 0})
at ../../archer/gdb/thread.c:875
#15 0x08238934 in handle_inferior_event (ecs=0xbffff11c)
at ../../archer/gdb/infrun.c:2885
#16 0x08237912 in wait_for_inferior (treat_exec_as_sigtrap=0)
at ../../archer/gdb/infrun.c:2261
#17 0x0823704f in proceed (addr=4294967295, siggnal=TARGET_SIGNAL_0, step=0)
at ../../archer/gdb/infrun.c:1866
#18 0x08230f41 in run_command_1 (args=0x0, from_tty=1, tbreak_at_main=0)
at ../../archer/gdb/infcmd.c:577
#19 0x08230f71 in run_command (args=0x0, from_tty=1)
at ../../archer/gdb/infcmd.c:587
#20 0x081bb80b in do_cfunc (c=0x8f0bcf0, args=0x0, from_tty=1)
at ../../archer/gdb/cli/cli-decode.c:67
#21 0x081bde6a in cmd_func (cmd=0x8f0bcf0, args=0x0, from_tty=1)
at ../../archer/gdb/cli/cli-decode.c:1738
#22 0x080ad20c in execute_command (p=0x8e9d9a3 "", from_tty=1)
at ../../archer/gdb/top.c:442
#23 0x0824c37c in command_handler (command=0x8e9d9a0 "")
at ../../archer/gdb/event-top.c:511
#24 0x0824c9ae in command_line_handler (
rl=0x8f8f0a8 "\230\25\371\b\250\25\371\b")
at ../../archer/gdb/event-top.c:735
#25 0x0832cf5e in rl_callback_read_char ()
at ../../archer/readline/callback.c:205
#26 0x0824bb13 in rl_callback_read_char_wrapper (client_data=0x0)
at ../../archer/gdb/event-top.c:178
#27 0x0824c249 in stdin_event_handler (error=0, client_data=0x0)
at ../../archer/gdb/event-top.c:433
#28 0x0824afdc in handle_file_event (data={ptr = 0x0, integer = 0})
at ../../archer/gdb/event-loop.c:812
#29 0x0824a820 in process_event () at ../../archer/gdb/event-loop.c:394
#30 0x0824a8e4 in gdb_do_one_event (data=0x0)
at ../../archer/gdb/event-loop.c:459
#31 0x082458d0 in catch_errors (func=0x824a82e <gdb_do_one_event>,
func_args=0x0, errstring=0x866a906 "", mask=6)
at ../../archer/gdb/exceptions.c:510
#32 0x081ce259 in tui_command_loop (data=0x0)
at ../../archer/gdb/tui/tui-interp.c:153
#33 0x08245e48 in current_interp_command_loop ()
at ../../archer/gdb/interps.c:291
#34 0x080a5a8b in captured_command_loop (data=0x0)
at ../../archer/gdb/main.c:226
#35 0x082458d0 in catch_errors (func=0x80a5a80 <captured_command_loop>,
func_args=0x0, errstring=0x863ca18 "", mask=6)
at ../../archer/gdb/exceptions.c:510
#36 0x080a6985 in captured_main (data=0xbffff6c0)
at ../../archer/gdb/main.c:902
#37 0x082458d0 in catch_errors (func=0x80a5ac1 <captured_main>,
func_args=0xbffff6c0, errstring=0x863ca18 "", mask=6)
at ../../archer/gdb/exceptions.c:510
#38 0x080a69bb in gdb_main (args=0xbffff6c0) at ../../archer/gdb/main.c:911
#39 0x080a5813 in main (argc=2, argv=0xbffff784) at ../../archer/gdb/gdb.c:33
next prev parent reply other threads:[~2009-07-27 17:38 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-22 17:14 [rfc] Infrastructure to disable breakpoints during inferior startup Ulrich Weigand
2009-07-22 20:32 ` Tom Tromey
2009-07-23 15:49 ` Ulrich Weigand
2009-07-23 16:51 ` Tom Tromey
2009-07-23 18:06 ` Ulrich Weigand
2009-07-23 18:57 ` Pedro Alves
2009-07-24 22:49 ` Tom Tromey
2009-07-24 23:32 ` Multi-exec patches (Was: [rfc] Infrastructure to disable breakpoints during inferior startup) Tom Tromey
2009-07-25 16:05 ` Pedro Alves
2009-07-25 19:31 ` Pedro Alves
2009-07-27 17:39 ` Multi-exec patches Tom Tromey
2009-07-27 18:45 ` Tom Tromey [this message]
2009-07-28 14:28 ` Pedro Alves
2009-07-29 22:03 ` Tom Tromey
2009-07-31 15:45 ` [rfc] Infrastructure to disable breakpoints during inferior startup Ulrich Weigand
2009-08-03 3:07 ` Thiago Jung Bauermann
2009-08-03 18:13 ` Eli Zaretskii
2009-08-05 18:14 ` Ulrich Weigand
2009-08-05 18:58 ` Eli Zaretskii
2009-08-06 17:46 ` Tom Tromey
2009-08-06 18:42 ` Eli Zaretskii
2009-08-06 19:12 ` Michael Snyder
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=m3d47mhvur.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=jkratoch@redhat.com \
--cc=pedro@codesourcery.com \
--cc=uweigand@de.ibm.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox