This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH] Remote debugging without a binary (regression)
- From: Gary Benson <gbenson at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: Luis Machado <lgustavo at codesourcery dot com>, gdb-patches at sourceware dot org
- Date: Wed, 17 Feb 2016 13:53:24 +0000
- Subject: Re: [PATCH] Remote debugging without a binary (regression)
- Authentication-results: sourceware.org; auth=none
- References: <1455200365-5270-1-git-send-email-lgustavo at codesourcery dot com> <20160211163510 dot GA21352 at blade dot nx> <56BCBF8F dot 8040601 at codesourcery dot com> <20160212103144 dot GB12352 at blade dot nx> <56BDF92B dot 50107 at redhat dot com>
Pedro Alves wrote:
> On 02/12/2016 10:31 AM, Gary Benson wrote:
> > FWIW I tried this (both on the same machine):
> >
> > gdbserver :9999 /bin/ls
> > gdb -q -ex "set sysroot /whatever" -ex "target remote :9999"
> >
> > and got this:
> >
> > Reading symbols from /bin/ls...(no debugging symbols found)...done.
> >
> > which I think is an error: the sysroot is being ignored.
>
> I agree. If you tell gdb about a sysroot, then I can't think why
> you'd want it to try opening an absolute filename on the host,
> outside the sysroot.
>
> (caching and buildid matching aside)
There isn't any caching or buildid matching, the logic in
exec_file_locate_attach is wrong. It might even be the cause
of the exception Luis is seeing so with luck we can avoid a
try-catch in remote_add_inferior. I'm putting together a patch
now.
Cheers,
Gary
--
http://gbenson.net/