This is the mail archive of the
mailing list for the glibc project.
Re: problem in glibc backtrace done inside nptl library
- From: "Vinu Rajashekhar" <vinutheraj at gmail dot com>
- To: "Neal H. Walfield" <neal at walfield dot org>
- Cc: libc-help at sourceware dot org
- Date: Tue, 17 Jun 2008 16:26:50 +0200
- Subject: Re: problem in glibc backtrace done inside nptl library
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=eDHeJ9xPGSH68JVaN0wTOICQDR53+/8gkQ8QmcPL4/Y=; b=QzkbAe8q8IwjCUemvE1P/F6Sv05t69W4Cc+Mom1D+/34QRUF/9wwKOMQPtnWdepMSr y7z+amr55W2WkaLXclId/KKNC9nuf+UzqhA61RzodPkZFhgUOR9QD4mffZ0Ctv6a4cXu BgUHyOI67Cjj4ctWyJ/ye8pMkAOyfVO0zIhEo=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=vh3rigbBJw9EE4A+Iwd3YY5mVAzj0TKAsCtfJTvkSluvzRL8sxyVWWBCvrsDaFMBfy 9ck3Cs+yMl9KZZqSiEB622+TpRk/f6m2ynlhiJmCydtjplJyNh6pTec+RklLzy6qtdY2 Wq0DNtLCqxNPSMMyKR8zLEJDoE/XIBHHnHtlo=
- References: <firstname.lastname@example.org> <email@example.com>
I didnt try with addr2line, but I tried using dladdr
to try to figure out the symbol name and addr, and it
is also not able to do it, does that mean that the funciton is inlined ?
If so should I add something to the nptl library build
to prevent inline functions like -fno-inline-functions ?
On Tue, Jun 17, 2008 at 4:08 PM, Neal H. Walfield <firstname.lastname@example.org> wrote:
> At Tue, 17 Jun 2008 15:27:38 +0200,
> Vinu Rajashekhar wrote:
>> I am working on adding some code to the nptl library,
>> the code is in C++ and I have added the code to the nptl library,
>> changed the makefiles to compile it with nptl.
>> I have instrumented pthread_mutex_lock , which calls a function from my
>> code and inside I do a backtrace, but in the backtrace I dont get all
>> the function names.
>> I want to know if the problem is because of the -rdynamic flag,
>> because I am using it
>> in both the build phase and compiling the binary and also I did the
>> ldd to confirm its using
>> the new libraries, compiled with my sources.
>> Heres the backtrace I get after using backtrace_symbols
>> /libpthread.so.0 [0xb7f11820]
>> /home/vinu/glibc/local/lib/libpthread.so.0 [0xb7f05e0e]
>> /home/vinu/glibc/local/lib/libpthread.so.0 [0xb7f05ff7]
>> /home/vinu/glibc/local/lib/libpthread.so.0(pthread_mutex_lock+0x90) [0xb7eef600]
>> ./a.out(thr_fn0+0x12) [0x80487a6]
>> /home/vinu/glibc/local/lib/libpthread.so.0 [0xb7eed347]
>> /home/vinu/glibc/local/lib/libc.so.6(clone+0x5e) [0xb7e749ae]
>> I want to get the function names of the other functions. The funny thing is
>> gdb is able to do it, then why not glibc backtrace ?
> It may be that the functions that you are not seeing in your trace are
> inlined. This is because backtrace just returns the return addresses
> that are on the stack; inlined functions are not executed as the
> result of a call.
> It is possible from looking at the binary and the debugging symbols to
> figure this out. This is what gdb does. Another tool that also does
> this is addr2line. If this shows you what gdb shows you, then the
> above is likely your problem.
3rd Year Dual Degree Student,
Deptt of Computer Science & Engg,