diff options
author | Andrew Burgess <aburgess@redhat.com> | 2024-04-22 09:33:06 +0100 |
---|---|---|
committer | Andrew Burgess <aburgess@redhat.com> | 2024-04-29 10:00:42 +0100 |
commit | c541d53765bdea821b06b929ed5d13d00dc42f22 (patch) | |
tree | 635c6b52fb04be00f9ea7b8773b7c2934ae8eaca /bfd | |
parent | 679ad6e126868c462d8339eb837efb5a91a091af (diff) | |
download | gdb-c541d53765bdea821b06b929ed5d13d00dc42f22.zip gdb-c541d53765bdea821b06b929ed5d13d00dc42f22.tar.gz gdb-c541d53765bdea821b06b929ed5d13d00dc42f22.tar.bz2 |
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>
Diffstat (limited to 'bfd')
0 files changed, 0 insertions, 0 deletions