public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Doug Evans <dje@google.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [patch] Print current thread after loading a core file  [Re: [patch] Sort threads for thread apply all (bt)]
Date: Thu, 22 Jan 2015 00:36:00 -0000	[thread overview]
Message-ID: <21696.17946.241321.820985@ruffy2.mtv.corp.google.com> (raw)
In-Reply-To: <20150117205934.GA31682@host2.jankratochvil.net>

Jan Kratochvil writes:
 > On Thu, 15 Jan 2015 20:29:07 +0100, Doug Evans wrote:
 > > On Thu, Jan 15, 2015 at 10:33 AM, Jan Kratochvil <jan.kratochvil@redhat.com> wrote:
 > > > Should GDB always print after loading a core file what "thread" command would
 > > > print?
 > > > [Current thread is 1 (Thread 0x7fcbe28fe700 (LWP 15453))]
 > > 
 > > Sounds reasonable to me.
 > > Though there is the concern to not even talk about threads if there are "none".
 > > So maybe only print that if there is more than one thread?
 > 
 > Attached.
 > 
 > BTW I think it will print the thread even when loading single/non-threaded
 > core file when other inferior(s) exist.  But that currently crashes
 > 	[Bug threads/12074] multi-inferior internal error
 > 	https://sourceware.org/bugzilla/show_bug.cgi?id=12074
 > plus I think that would be a correct behavior anyway.
 > 
 > No regressions on {x86_64,x86_64-m32}-fedora22pre-linux-gnu.
 > 
 > 
 > Jan
 > gdb/ChangeLog
 > 2015-01-17  Jan Kratochvil  <jan.kratochvil@redhat.com>
 > 
 > 	* corelow.c (core_open): Call also thread_command.
 > 	* gdbthread.h (thread_command): New prototype moved from ...
 > 	* thread.c (thread_command): ... here.
 > 	(thread_command): Make it global.

Hi.
LGTM with one nit.

 > 
 > diff --git a/gdb/corelow.c b/gdb/corelow.c
 > index a9eadd5..c168d1a 100644
 > --- a/gdb/corelow.c
 > +++ b/gdb/corelow.c
 > @@ -456,6 +456,17 @@ core_open (const char *arg, int from_tty)
 >    /* Now, set up the frame cache, and print the top of stack.  */
 >    reinit_frame_cache ();
 >    print_stack_frame (get_selected_frame (NULL), 1, SRC_AND_LOC, 1);
 > +
 > +  /* Current thread should be NUM 1 but the user does not know that.  */
 > +  if (thread_count () >= 2)

Can you add a comment explaining why the test is >= 2 here?
E.g., something like

  /* Current thread should be NUM 1 but the user does not know that.
     If a program is single threaded gdb in general does not mention
     anything about threads.  That is why the test is >= 2.  */

 > +    {
 > +      TRY_CATCH (except, RETURN_MASK_ERROR)
 > +	{
 > +	  thread_command (NULL, from_tty);
 > +	}
 > +      if (except.reason < 0)
 > +	exception_print (gdb_stderr, except);
 > +    }
 >  }
 >  
 >  static void
 > diff --git a/gdb/gdbthread.h b/gdb/gdbthread.h
 > index 15a979b..a2f378a 100644
 > --- a/gdb/gdbthread.h
 > +++ b/gdb/gdbthread.h
 > @@ -455,6 +455,8 @@ extern void finish_thread_state_cleanup (void *ptid_p);
 >  /* Commands with a prefix of `thread'.  */
 >  extern struct cmd_list_element *thread_cmd_list;
 >  
 > +extern void thread_command (char *tidstr, int from_tty);
 > +
 >  /* Print notices on thread events (attach, detach, etc.), set with
 >     `set print thread-events'.  */
 >  extern int print_thread_events;
 > diff --git a/gdb/thread.c b/gdb/thread.c
 > index ed20fbe..4bce212 100644
 > --- a/gdb/thread.c
 > +++ b/gdb/thread.c
 > @@ -62,7 +62,6 @@ static int highest_thread_num;
 >     spawned new threads we haven't heard of yet.  */
 >  static int threads_executing;
 >  
 > -static void thread_command (char *tidstr, int from_tty);
 >  static void thread_apply_all_command (char *, int);
 >  static int thread_alive (struct thread_info *);
 >  static void info_threads_command (char *, int);
 > @@ -1506,7 +1505,7 @@ thread_apply_command (char *tidlist, int from_tty)
 >  /* Switch to the specified thread.  Will dispatch off to thread_apply_command
 >     if prefix of arg is `apply'.  */
 >  
 > -static void
 > +void
 >  thread_command (char *tidstr, int from_tty)
 >  {
 >    if (!tidstr)

  reply	other threads:[~2015-01-22  0:36 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-15 18:33 [patch] Sort threads for thread apply all (bt) Jan Kratochvil
2015-01-15 19:29 ` Doug Evans
2015-01-16 23:38   ` [patchv2] " Jan Kratochvil
2015-01-22  0:26     ` Doug Evans
2015-01-22 11:18       ` Pedro Alves
2015-01-22 16:43         ` Jan Kratochvil
2015-01-22 17:07           ` Pedro Alves
2015-01-22 17:18             ` Jan Kratochvil
2015-01-22 18:09               ` Doug Evans
2015-01-22 18:13                 ` Jan Kratochvil
2015-01-22 18:49       ` [patchv3] " Jan Kratochvil
2015-01-22 18:52         ` Eli Zaretskii
2015-01-22 19:24           ` [patchv4] " Jan Kratochvil
2015-01-22 19:34             ` Doug Evans
2015-01-22 20:08               ` Doug Evans
2015-01-22 21:15               ` [commit] [patchv5] " Jan Kratochvil
2015-01-22 20:52             ` [patchv4] " Eli Zaretskii
2015-01-22 19:10         ` [patchv3] " Doug Evans
2015-01-22 19:23           ` Doug Evans
2015-01-22 19:24           ` [patchv5] " Jan Kratochvil
2015-01-22 20:37           ` [patchv3] " Doug Evans
2015-01-17 20:59   ` [patch] Print current thread after loading a core file [Re: [patch] Sort threads for thread apply all (bt)] Jan Kratochvil
2015-01-22  0:36     ` Doug Evans [this message]
2015-01-22 18:36       ` [commit] " Jan Kratochvil

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=21696.17946.241321.820985@ruffy2.mtv.corp.google.com \
    --to=dje@google.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).