From: Raphael Zulliger <zulliger@indel.ch>
To: Pedro Alves <palves@redhat.com>
Cc: gdb@sourceware.org
Subject: Re: Ensure correct symbol-file when attaching to a (remote) process
Date: Tue, 29 Jan 2013 03:18:00 -0000 [thread overview]
Message-ID: <51073F73.5000905@indel.ch> (raw)
In-Reply-To: <50E474E3.7050605@redhat.com>
(I apologize: I've replied to this mail some weeks ago - but forgot to
CC to the list. I therefore resend this email)
On 01/02/2013 06:56 PM, Pedro Alves wrote:
> A build id check would really be ideal.
I agree.
(--build-id is a very interesting feature which I was not aware of.
Thanks for that hint Jan)
In our scenario, our GDB stub could get that build-id from the running
target: Our embedded systems provides a variable read/write mechanism
accessible by the stub. Moreover, the embedded system could be made
aware of the address of the build-id by introducing variables around the
.note.gnu.build-id section in the linker script.
Therefore, if the GDB remote serial protocol would offer a way to "get"
that id from the stub and GDB would offer a feature to compare/check
that id, it'd perfectly work for us. AFAIK there are no "generic" ways
of transferring data by the remote serial protocol, therefore, we'd need
to extend it accordingly, right? Could such a protocol extension, and
the according build-id comparison check make it into GDB?
next prev parent reply other threads:[~2013-01-29 3:18 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-21 6:05 Raphael Zulliger
2012-12-21 16:11 ` Jan Kratochvil
2012-12-21 18:17 ` John Gilmore
2013-01-02 17:57 ` Pedro Alves
2013-01-12 10:59 ` Martin Runge
[not found] ` <50EA78FB.3040609@indel.ch>
2013-01-14 18:57 ` Pedro Alves
2013-01-29 3:18 ` Raphael Zulliger [this message]
2013-01-29 3:51 ` Raphael Zulliger
2013-02-06 18:47 ` Tom Tromey
2012-12-21 21:12 ` Aleksandar Ristovski
2012-12-22 0:38 ` John Gilmore
2012-12-22 2:54 ` Aleksandar Ristovski
2012-12-24 20:02 ` Aleksandar Ristovski
2012-12-26 0:47 ` John Gilmore
2012-12-27 20:13 ` Aleksandar Ristovski
2013-01-29 3:18 ` Raphael Zulliger
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=51073F73.5000905@indel.ch \
--to=zulliger@indel.ch \
--cc=gdb@sourceware.org \
--cc=palves@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