This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC PATCH 0/3] Pretty-printing for errno
- From: Zack Weinberg <zackw at panix dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, gdb at sourceware dot org
- Date: Wed, 6 Sep 2017 09:05:22 -0400
- Subject: Re: [RFC PATCH 0/3] Pretty-printing for errno
- Authentication-results: sourceware.org; auth=none
- References: <20170622224456.1358-1-zackw@panix.com> <b2e7bc3b-d914-37ec-0215-2937949a848c@redhat.com> <3a7946e9-d178-f878-9774-64ff44bcf5df@redhat.com> <9490d183-a57b-b336-3131-6580e4773818@redhat.com> <be8d9730-96c5-79fa-b9bc-2afc02a17ddf@redhat.com> <CAKCAbMgAwZOG95hpAAAVYJd4SP6j3aAahOf=WWedjNJkj7_JsA@mail.gmail.com> <2f28f69b-406f-65e5-40e1-ae65632ea4f0@redhat.com> <CAKCAbMj8Rf374bss0ct+H+XMOu_o+_WWR2mQ-s8fb4-3_d7GjA@mail.gmail.com> <1d38297f-f430-ca73-6d3f-a67144d08eea@redhat.com> <d9fc4b9d-21b9-98fb-c87a-38b2e0587a9a@redhat.com> <7348d7d9-b339-b14f-3dea-31d17c996a2a@redhat.com> <CAKCAbMjbN9jQEjVg-0VQVV+QXP+J93wSkqZ=WC1-MDM4a4v=mQ@mail.gmail.com> <4ed368f7-4469-4a49-c4e3-0c3afc18c121@redhat.com>
On Tue, Sep 5, 2017 at 6:31 PM, Pedro Alves <palves@redhat.com> wrote:
> On 09/05/2017 10:15 PM, Zack Weinberg wrote:
>>
>> I don't understand why thread-local variables are inaccessible on my
>> perfectly ordinary x86_64-unknown-linux-gnu workstation (the base OS
>> is Debian 'stretch'). Do you have any idea what might be wrong?
>
> I assume your test program isn't actually linked with -pthread?
That is correct.
> When you do "print errno" in this situation, because there's no
> "#define errno ..." in sight, gdb ends up finding the real "errno" symbol,
> which, even though the program isn't threaded, is a TLS symbol, and as such has
> a DWARF location expression describing its location as an offset into the
> thread-local block for the current thread. GDB needs to resolve that address, and
> for threaded programs that is normally done with assistance from libthread_db.so.
> The problem is then that libthread_db.so only works with programs that
> link with libpthread.so, and if your test program is actually non-threaded,
> it doesn't link with libpthread.so.
I am not familiar with the glibc-side TLS implementation, nor with
libthread_db.so, nor the code in GDB that uses libthread_db.so.
However, reading the implementation of td_thr_tls_get_addr leads me to
believe that that function is *supposed* to work even if libpthread.so
has not been loaded into the 'inferior'. If it doesn't, perhaps that
is a bug on our side. Do you know if GDB even tries? It's not obvious
to me looking at linux-thread-db.c.
> A workaround specifically for errno, and only for live-process debugging [*]
> is the "macro define" trick I had suggested before:
>
> (gdb) macro define errno (*__errno_location ())
>
> After that, "p errno" ends up calling __errno_location just
> like when you compile the test program with -g3.
Again, is it possible to do (the equivalent of) this from the
initialization code of a pretty-printer module? Specifically, there
already exists a Python function that's doing this:
def register(objfile):
"""Register pretty printers for the current objfile."""
printer = gdb.printing.RegexpCollectionPrettyPrinter("glibc-errno")
printer.add_printer('error_t', r'^(?:__)?error_t', ErrnoPrinter)
if objfile == None:
objfile = gdb
gdb.printing.register_pretty_printer(objfile, printer)
called when the module is loaded; what would I need to add to that so
that the macro is defined (if it isn't already)?
zw