diff options
author | Andrew Burgess <aburgess@redhat.com> | 2022-04-24 08:39:19 -0700 |
---|---|---|
committer | Joel Brobecker <brobecker@adacore.com> | 2022-04-24 08:39:19 -0700 |
commit | ac16b09d7e5fd0013ffa27e4d0531c0af12a529a (patch) | |
tree | 2279a478129e5f341dca19210a0eeb39620a5578 /bfd/elf-linux-core.h | |
parent | 69be4d89e30e0a6f0476ede2e34748330cd72445 (diff) | |
download | binutils-ac16b09d7e5fd0013ffa27e4d0531c0af12a529a.zip binutils-ac16b09d7e5fd0013ffa27e4d0531c0af12a529a.tar.gz binutils-ac16b09d7e5fd0013ffa27e4d0531c0af12a529a.tar.bz2 |
gdb: move setbuf calls out of gdb_readline_no_editing_callback
After this commit:
commit d08cbc5d3203118da5583296e49273cf82378042
Date: Wed Dec 22 12:57:44 2021 +0000
gdb: unbuffer all input streams when not using readline
Issues were reported with some MS-Windows hosts, see the thread
starting here:
https://sourceware.org/pipermail/gdb-patches/2022-March/187004.html
Filed in bugzilla as: PR mi/29002
The problem seems to be that calling setbuf on terminal file handles
is not always acceptable, see this mail for more details:
https://sourceware.org/pipermail/gdb-patches/2022-April/187310.html
This commit does two things, first moving the setbuf calls out of
gdb_readline_no_editing_callback so that we don't end up calling
setbuf so often.
Then, for MS-Windows hosts, we don't call setbuf for terminals, this
appears to resolve the issues that have been reported.
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29002
Diffstat (limited to 'bfd/elf-linux-core.h')
0 files changed, 0 insertions, 0 deletions