gdb/remote: fix qRcmd error handling
commitc541d53765bdea821b06b929ed5d13d00dc42f22
authorAndrew Burgess <aburgess@redhat.com>
Mon, 22 Apr 2024 08:33:06 +0000 (22 09:33 +0100)
committerAndrew Burgess <aburgess@redhat.com>
Mon, 29 Apr 2024 09:00:42 +0000 (29 10:00 +0100)
tree635c6b52fb04be00f9ea7b8773b7c2934ae8eaca
parent679ad6e126868c462d8339eb837efb5a91a091af
gdb/remote: fix qRcmd error handling

This commit:

  commit 3623271997a5c0d79609aa6a1f35ef61b4469054
  Date:   Tue Jan 30 15:55:47 2024 +0100

      remote.c: Use packet_check_result

Introduced a bug in the error handling of the qRcmd packet.  Prior to
this commit if a packet had status PACKET_OK then, if the packet
contained the text "OK" we considered the packet handled.  But, if the
packet contained any other content (that was not an error message)
then the content was printed to the user.

After the above commit this was no longer the case, any non-error
packet that didn't contain "OK" would be treated as an error.

Currently, gdbserver doesn't exercise this path so it's not possible
to write a simple test for this case.  When gdbserver wishes to print
output it sends back an 'O' string output packet, these packets are
handled earlier in the process.  Then once gdbserver has finished
sending output an 'OK' packet is sent.

Approved-By: Tom Tromey <tom@tromey.com>
gdb/remote.c