From: Laszlo Papp <lpapp@kde.org>
To: Pedro Alves <palves@redhat.com>
Cc: gdb@sourceware.org
Subject: Re: Debugging issue with gdbserver and a daemon on the target
Date: Wed, 20 Aug 2014 08:25:00 -0000 [thread overview]
Message-ID: <CAOMwXhO+Wr0WChhK7UCebEy7VMsOdYjzbKs+d569qwSMSFo8Kw@mail.gmail.com> (raw)
In-Reply-To: <53F4598D.8020208@redhat.com>
On Wed, Aug 20, 2014 at 9:17 AM, Pedro Alves <palves@redhat.com> wrote:
> On 08/19/2014 07:01 PM, Laszlo Papp wrote:
>
>> Hmm, it seems that the stripped binary on the target and the one on
>> the host were out-of-sync. This is really strange since I have not
>> changed the source code. Seems different compilations still can get
>> out-of-sync for the same code so that when I rebuild the same source
>> code, I always need to update the binary on the target, too?
>
> Ideally, if you used the exact same inputs, and the exact same tools,
> and the same exact same tool options, the output is the same. You
> can check that with md5sum, or some such.
Thanks. I will check that next time.
>> Anyway, now I only have problems with finding the sources file to view
>> them in cgdb. I do not know why it is wrong, but it seems to be. As
>> you can see the paths are set up for dwarf correctly:
>>
>> /usr/src/debug/foo-git/AUTOINC+0c2cbe33e653afa335ca25156d293552001228fa-r0/git/meh
>>
>> ... yet, gdb says src/bar.c cannot be found even though it should be
>> in the aforementioned
>> /usr/src/debug/foo-git/AUTOINC+0c2cbe33e653afa335ca25156d293552001228fa-r0/git/meh
>> path, provided my sysroot setting is good above, but if that was not
>> good, it would not load the binaries anyway, right?
>
> Correct.
Thanks.
>> So, if I set that
>> path one line above with the "-d" option to gdb, then the source file
>> can be viewed. What may be going on here?
>
> That sounds like the expected behavior, as the source directory knobs
> are independent from the sysroot setting. See:
>
> https://sourceware.org/gdb/current/onlinedocs/gdb/Source-Path.html
Heh, coincidentally I started my day with reading that before, but
thanks. At least, it is a confirmation that I am on the right track.
:)
>> Thanks in advance. I am so desperately lost. :(
>
> I think I'm lost on which part you are lost. :-)
Well, I am not sure why it does not work. Yocto generates the images
for me, but that is not important here as long as the dwarf
information looks correct after its operation in the provided readelf
output. So, provided that the dwarf information looks correct, and the
files are there, I am not sure why gdb cannot find src/bar.c in
.../git/meh (path above). I will check "show directories" what gdb
sees in my case, but if that does not help, I am not sure how to make
it work. Got a clue?
next prev parent reply other threads:[~2014-08-20 8:25 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-19 15:44 Laszlo Papp
2014-08-19 15:59 ` Pedro Alves
2014-08-19 16:02 ` Laszlo Papp
2014-08-19 16:12 ` Pedro Alves
2014-08-19 18:01 ` Laszlo Papp
2014-08-20 8:17 ` Pedro Alves
2014-08-20 8:25 ` Laszlo Papp [this message]
2014-08-20 8:36 ` Laszlo Papp
2014-08-20 8:39 ` Laszlo Papp
2014-08-20 9:10 ` Laszlo Papp
2014-08-20 9:11 ` Pedro Alves
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=CAOMwXhO+Wr0WChhK7UCebEy7VMsOdYjzbKs+d569qwSMSFo8Kw@mail.gmail.com \
--to=lpapp@kde.org \
--cc=gdb@sourceware.org \
--cc=palves@redhat.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