public inbox for libc-help@sourceware.org
 help / color / mirror / Atom feed
From: Abhijit Ray Chaudhury <abhijit.ray.chaudhury@gmail.com>
To: Florian Weimer <fweimer@redhat.com>
Cc: Abhijit Ray Chaudhury via Libc-help <libc-help@sourceware.org>
Subject: Re: Does glibc support remote process backtracing
Date: Tue, 28 Nov 2023 13:05:46 +0530	[thread overview]
Message-ID: <CAACKNgV_XtTMiWy-HtQJvwaBTeappLERGtcYh6bxC4LafD7o7g@mail.gmail.com> (raw)
In-Reply-To: <87o7ffpn7h.fsf@oldenburg.str.redhat.com>

[-- Attachment #1: Type: text/plain, Size: 1251 bytes --]

Hi Florian,

Thanks a lot for replying. I need to do remote stack tracing , for which I
am using libunwind-ptrace . The problem is it does not work on VDSOs . It
treats VDSO memory mapping entry in /proc/<pid>/maps as a file and tries to
open it and subsequently fails.
I tried mailing in libunwind-dev, but it seemed dormant .

I need a library which works on both arm and x86_64 , do you think elfutils
would be a good option ?

Thanks in Advance,
-Abhijit

On Mon, Nov 27, 2023 at 2:50 PM Florian Weimer <fweimer@redhat.com> wrote:

> * Abhijit Ray Chaudhury via Libc-help:
>
> > Hi,
> > Libunwind supports remote process backtracing through libunwind-ptrace (
> > https://www.nongnu.org/libunwind/man/libunwind-ptrace(3).html ). Does
> glibc
> > also support remote process backtracing ?
>
> For current architectures, glibc does not supply an implementation of
> stack unwinding/backtrace generatio.  We use libgcc_s for that (via the
> unwind-link facility in glibc).  There's no remote backtracing support
> in libgcc_s.
>
> There's a remote backtrace implementation in elfutils, which probably
> has a greater affinity with the GNU toolchain on Linux (compared to
> libunwind).
>
> Thanks,
> Florian
>
>

  reply	other threads:[~2023-11-28  7:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-25  6:02 Abhijit Ray Chaudhury
2023-11-27  9:20 ` Florian Weimer
2023-11-28  7:35   ` Abhijit Ray Chaudhury [this message]
2023-12-11  9:14     ` Florian Weimer
2023-12-11 15:50       ` Szabolcs Nagy

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=CAACKNgV_XtTMiWy-HtQJvwaBTeappLERGtcYh6bxC4LafD7o7g@mail.gmail.com \
    --to=abhijit.ray.chaudhury@gmail.com \
    --cc=fweimer@redhat.com \
    --cc=libc-help@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).