From: Simon Marchi <simon.marchi@ericsson.com>
To: shravan <shravanrn@gmail.com>, <gdb@sourceware.org>
Subject: Re: How does GDB load source line information during dlopen calls
Date: Mon, 08 Jan 2018 16:04:00 -0000 [thread overview]
Message-ID: <391c68d4-729a-edea-a6b9-1359229c30f8@ericsson.com> (raw)
In-Reply-To: <CAEmVGBqADgFi3pAxAbH+5AE35VfZkvVPQDMSM+fHAZXVEhr1Dw@mail.gmail.com>
On 2018-01-05 01:48 AM, shravan wrote:
> Hi all,
> First time poster to this list - so please bear with me :)
> I am currently working on a project that has a custom dynamic loader for
> shared libraries in the ELF format - it does NOT use dlopen. When debugging
> this dynamically loaded library, I am hoping to be able to single step
> through the C source code of functions in the library in tui mode.
>
> If I had use dlopen this would work fine, but this does not work using the
> custom dynamic loader. I am able to get the libraries symbols loaded with
> "add-symbol-file". However the src line information is still not working.
> For example "list someFunctionInLibrary" prints nothing and "layout src"
> shows a blank screen
>
> I am hoping for any information or suggestions. Is there some way to hint
> to gdb to load the source line information from a particular file at a
> particular address?
>
> (Also please let me know if there is a better venue for the question).
>
> Thanks!
> Shravan
>
Hi Shravan,
For all I know, add-symbol-file should make GDB read the DWARF info
of the library, like it does for a automatically loaded libraries.
Are your libraries built with DWARF debug information?
I just tried making a small library with:
int
bob (void)
{
return 42;
}
I am able to pretend that this library was loaded at an arbitrary offset
and list lines from its source files:
(gdb) add-symbol-file lib/libbob.so 0x1000000
add symbol table from file "lib/libbob.so" at
.text_addr = 0x1000000
(y or n) y
Reading symbols from lib/libbob.so...done.
(gdb) list bob
1 int
2 bob (void)
3 {
4 return 42;
5 }
(gdb) p &bob
$1 = (int (*)(void)) 0x1000100 <bob>
(gdb) list *0x1000100
0x1000100 is in bob (bob.c:3).
1 int
2 bob (void)
3 {
4 return 42;
5 }
(gdb) b bob.c:4
Breakpoint 2 at 0x1000104: file bob.c, line 4.
So I think add-symbol-file should work for you, there is probably a missing
link somewhere. I don't think I can't help you without more information,
or an actual program to debug.
Simon
next prev parent reply other threads:[~2018-01-08 16:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-05 6:48 shravan
2018-01-08 16:04 ` Simon Marchi [this message]
[not found] ` <CAEmVGBpNPeVqMed4AF5gLMASswi+7-PoCwKKUDP4OvVhpVdppQ@mail.gmail.com>
[not found] ` <CAEmVGBq5UQHr0HOoqWOZ6j8M=yh1K4J+ioaBZYUSjWYSpVN+aA@mail.gmail.com>
2018-01-09 3:38 ` shravan
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=391c68d4-729a-edea-a6b9-1359229c30f8@ericsson.com \
--to=simon.marchi@ericsson.com \
--cc=gdb@sourceware.org \
--cc=shravanrn@gmail.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