public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Gary Benson <gbenson@redhat.com>
To: Philippe Waroquiers <philippe.waroquiers@skynet.be>
Cc: gdb-patches@sourceware.org, Pedro Alves <palves@redhat.com>,
	       Joel Brobecker <brobecker@adacore.com>,
	Doug Evans <dje@google.com>,
	       Don Breazeal <donb@codesourcery.com>
Subject: Re: [PATCH v3] Make only user-specified executable and symbol filenames sticky
Date: Fri, 03 Jul 2015 11:01:00 -0000	[thread overview]
Message-ID: <20150703110136.GA15448@blade.nx> (raw)
In-Reply-To: <1433792516.6916.15.camel@hp>

Philippe Waroquiers wrote:
> On Mon, 2015-06-08 at 10:01 +0100, Gary Benson wrote:
> > This updated patch has been created against the latest gdb/master
> > (80fb91378c91a8239817a5ab2b1c3e346109db25).  Could you please try
> > your tests again?
> 
> First test with 'native' attach/detach/attach/detach/attach is
> working ok.
> However, the behaviour of the 3rd attach differs: a question
> is asked, that is answered automatically as yes (for EOF).
> So that is strange.
>         GNU gdb (GDB) 7.9.50.20150608-cvs
>         ...
>         Type "apropos word" to search for commands related to "word".
>         (gdb) atta 13286
>         Attaching to process 13286
>         Reading symbols from /bin/sleep...(no debugging symbols found)...done.
>         Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.
>         Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
>         0x00007f3c5bb06f20 in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6
>         (gdb) detach
>         Detaching from program: /bin/sleep, process 13286
>         (gdb) atta 13320
>         Attaching to program: /bin/sleep, process 13320
>         Reading symbols from /home/philippe/valgrind/trunk_untouched/gdbserver_tests/sleepers...done.
>         Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...(no debugging symbols found)...done.
>         [New LWP 13323]
>         [New LWP 13322]
>         [New LWP 13321]
>         [Thread debugging using libthread_db enabled]
>         Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>         Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.
>         Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
>         0x00007f5f538e1da3 in select () from /lib/x86_64-linux-gnu/libc.so.6
>         (gdb) detach
>         Detaching from program: /home/philippe/valgrind/trunk_untouched/gdbserver_tests/sleepers, process 13320
>         (gdb) atta 13286
>         Attaching to program: /home/philippe/valgrind/trunk_untouched/gdbserver_tests/sleepers, process 13286
>         Load new symbol table from "/bin/sleep"? (y or n) EOF [assumed Y]
>         Reading symbols from /bin/sleep...(no debugging symbols found)...done.
>         Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.
>         Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
>         0x00007f3c5bb06f20 in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6
>         (gdb) 

I don't see the question:

  GNU gdb (GDB) 7.9.50.20150703-cvs
  Copyright (C) 2015 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-unknown-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".
  (gdb) atta 15450
  Attaching to process 15450
  Reading symbols from /bin/sleep...(no debugging symbols found)...done.
  Reading symbols from /lib64/libc.so.6...warning: the debug information found in "/usr/lib/debug//lib64/libc-2.12.so.debug" does not match "/lib64/libc.so.6" (CRC mismatch).
  (no debugging symbols found)...done.
  Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib64/ld-2.12.so.debug...warning: Skipping deprecated .gdb_index section in /usr/lib/debug/lib64/ld-2.12.so.debug.
  Do "set use-deprecated-index-sections on" before the file is read
  to use the section anyway.
  done.
  done.
  0x00000039b54aca20 in __nanosleep_nocancel () from /lib64/libc.so.6
  (gdb) detach
  Detaching from program: /bin/sleep, process 15450
  (gdb) atta 15465
  Attaching to program: /bin/sleep, process 15465
  Reading symbols from /bin/sleep...(no debugging symbols found)...done.
  Reading symbols from /lib64/libc.so.6...warning: the debug information found in "/usr/lib/debug//lib64/libc-2.12.so.debug" does not match "/lib64/libc.so.6" (CRC mismatch).
  (no debugging symbols found)...done.
  Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib64/ld-2.12.so.debug...done.
  done.
  0x00000039b54aca20 in __nanosleep_nocancel () from /lib64/libc.so.6
  (gdb) detach
  Detaching from program: /bin/sleep, process 15465
  (gdb) atta 15450
  Attaching to program: /bin/sleep, process 15450
  Reading symbols from /bin/sleep...(no debugging symbols found)...done.
  Reading symbols from /lib64/libc.so.6...warning: the debug information found in "/usr/lib/debug//lib64/libc-2.12.so.debug" does not match "/lib64/libc.so.6" (CRC mismatch).
  (no debugging symbols found)...done.
  Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib64/ld-2.12.so.debug...done.
  done.
  0x00000039b54aca20 in __nanosleep_nocancel () from /lib64/libc.so.6
  (gdb) 

I did notice that if you do the second or third attach without a
detach GDB asks "A program is being debugged already.  Kill it?"
That's not what I'd expect (I'd expect GDB to offer to detach).
But that's a separate issue...

Joel, should I commit this patch?  FAOD it's
https://sourceware.org/ml/gdb-patches/2015-06/msg00110.html

Thanks,
Gary

-- 
http://gbenson.net/

  reply	other threads:[~2015-07-03 11:01 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-02  9:48 qXfer:exec-file:read and non multiprocess target Philippe Waroquiers
2015-05-05 11:02 ` Gary Benson
2015-05-05 20:45   ` Philippe Waroquiers
2015-05-06 10:31     ` Gary Benson
2015-05-06 17:10       ` [PATCH] Locate executables on remote stubs without multiprocess extensions Gary Benson
2015-05-06 17:15         ` Eli Zaretskii
2015-05-06 17:16         ` Gary Benson
2015-05-11 14:37           ` Pedro Alves
2015-05-12 11:03             ` Gary Benson
2015-05-05 15:14 ` qXfer:exec-file:read and non multiprocess target Gary Benson
2015-05-06 10:26   ` [PATCH] Make only user-specified executable filenames sticky Gary Benson
2015-05-06 12:19     ` Pedro Alves
2015-05-06 14:21       ` Pedro Alves
2015-05-06 15:20       ` Gary Benson
2015-05-11 13:57         ` Pedro Alves
2015-05-06 14:46     ` Philippe Waroquiers
2015-05-06 15:41       ` Gary Benson
2015-05-11 13:58         ` Pedro Alves
2015-05-11 20:25       ` Doug Evans
2015-05-11 17:14     ` Don Breazeal
2015-06-05  9:37       ` Gary Benson
2015-06-05 14:54         ` Don Breazeal
2015-07-03 11:14           ` Gary Benson
2015-07-06 12:53             ` Joel Brobecker
2015-07-17 21:48             ` Joel Brobecker
2015-05-11 20:23     ` Doug Evans
2015-05-12 10:36       ` Pedro Alves
2015-05-12 11:13         ` Gary Benson
2015-05-12 11:16           ` Pedro Alves
2015-05-12 13:48             ` Gary Benson
2015-05-12 14:08               ` Pedro Alves
2015-05-12 15:49         ` Doug Evans
2015-05-13  7:55           ` Gary Benson
2015-05-13  9:12             ` Pedro Alves
2015-06-03 17:23               ` Joel Brobecker
2015-06-05 11:22                 ` [PATCH v2] Make only user-specified executable and symbol " Gary Benson
2015-06-07 11:40                   ` Philippe Waroquiers
2015-06-08  9:01                     ` [PATCH v3] " Gary Benson
2015-06-08 19:42                       ` Philippe Waroquiers
2015-07-03 11:01                         ` Gary Benson [this message]
2015-07-03 15:44                       ` Pedro Alves
2015-07-06 13:01                         ` Pedro Alves
2015-06-07 12:03                   ` [PATCH v2] " Philippe Waroquiers
2015-06-07 12:13                   ` Philippe Waroquiers
2015-05-13  8:06           ` [PATCH] Make only user-specified executable " Pedro Alves
2015-05-12 16:03         ` Doug Evans
2015-05-13  8:39           ` Pedro Alves

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=20150703110136.GA15448@blade.nx \
    --to=gbenson@redhat.com \
    --cc=brobecker@adacore.com \
    --cc=dje@google.com \
    --cc=donb@codesourcery.com \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@redhat.com \
    --cc=philippe.waroquiers@skynet.be \
    /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).