From: Norbert Lange <nolange79@gmail.com>
To: "Frank Ch. Eigler" <fche@redhat.com>
Cc: gdb@sourceware.org
Subject: Re: Automatically fetching Build ID from remote libraries and resole them locally?
Date: Mon, 30 Mar 2020 10:35:30 +0200 [thread overview]
Message-ID: <CADYdroPp_e0y41VJeugmLC8b+ECFWL2rrHKmkHOv2TXf+L7dJg@mail.gmail.com> (raw)
In-Reply-To: <87blohl3an.fsf@redhat.com>
Am Sa., 28. März 2020 um 01:40 Uhr schrieb Frank Ch. Eigler <fche@redhat.com>:
>
>
> Norbert Lange via Gdb <gdb@sourceware.org> writes:
>
> > [...]
> > ie. DL only some ELF headers or remotely inspect the Build-ID,
> > then lookup and resolve the matching library and debuginfo in the
> > debug-file-directory database. [...]
>
> By the way, this part of the problem is solved e.g. using the elfutils
> debuginfod facility, which is now part of gdb. If gdb can get the
> buildids, then it can auto-download matching binaries & source code.
Yes. Just want to make sure that I am talking about the other (left) side:
Remote target (gdbserver) <-> Local gdb session <-> debug file source.
Currently its not possible to detect the Build ID without transferring
the whole library
from Remote target to the local gdb. I suppose with coredumps its a
similar problem.
What I would like is using build IDs wherever possible. That means
retrieve them from the remote,
and maybe define some fileformat to augment coredumps with the information.
Norbert
next prev parent reply other threads:[~2020-03-30 8:35 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-27 14:20 Norbert Lange
2020-03-28 0:40 ` Frank Ch. Eigler
2020-03-30 8:35 ` Norbert Lange [this message]
2020-03-30 8:45 ` Jan Kratochvil
2020-03-30 9:04 ` Norbert Lange
2020-03-30 9:19 ` Jan Kratochvil
2020-03-30 18:43 ` Gary Benson
2020-04-06 11:31 ` Norbert Lange
2020-04-06 11:49 ` Jan Kratochvil
2020-04-06 12:08 ` Norbert Lange
2020-04-06 12:16 ` Jan Kratochvil
2020-04-06 12:53 ` Norbert Lange
2020-04-06 14:41 ` Norbert Lange
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=CADYdroPp_e0y41VJeugmLC8b+ECFWL2rrHKmkHOv2TXf+L7dJg@mail.gmail.com \
--to=nolange79@gmail.com \
--cc=fche@redhat.com \
--cc=gdb@sourceware.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.
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).