This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch] Suggest newer gdbserver if it has no qXfer:exec-file:read
- From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: gdb-patches at sourceware dot org, Gary Benson <gbenson at redhat dot com>
- Date: Thu, 24 Mar 2016 17:59:20 +0100
- Subject: Re: [patch] Suggest newer gdbserver if it has no qXfer:exec-file:read
- Authentication-results: sourceware.org; auth=none
- References: <20160319201842 dot GA16540 at host1 dot jankratochvil dot net> <56F13963 dot 9040204 at redhat dot com> <20160322131604 dot GA24312 at host1 dot jankratochvil dot net> <56F14F1E dot 5010606 at redhat dot com> <20160323211547 dot GA17400 at host1 dot jankratochvil dot net>
On Wed, 23 Mar 2016 22:15:47 +0100, Jan Kratochvil wrote:
> With current FSF GDB HEAD and old FSF gdbserver I expected I could do:
> gdb -ex 'file target:/root/redhat/threadit' -ex 'target remote :1234'
> (supplying that unsupported qXfer:exec-file:read by "file")
> But that does not work because:
> Sending packet: $vFile:setfs:0#bf...Packet received: OK
> Packet vFile:setfs (hostio-setfs) is supported
> ...
> Sending packet: $vFile:setfs:104#24...Packet received: OK
> "target:/root/redhat/threadit": could not open as an executable file: Invalid argument
Filed as:
7.10 regression: gdb remote.c due to "setfs" with gdbserver <=7.9
https://sourceware.org/bugzilla/show_bug.cgi?id=19863