aboutsummaryrefslogtreecommitdiff
path: root/bfd/elf-linux-core.h
diff options
context:
space:
mode:
authorAndrew Burgess <aburgess@redhat.com>2022-04-24 08:39:19 -0700
committerJoel Brobecker <brobecker@adacore.com>2022-04-24 08:39:19 -0700
commitac16b09d7e5fd0013ffa27e4d0531c0af12a529a (patch)
tree2279a478129e5f341dca19210a0eeb39620a5578 /bfd/elf-linux-core.h
parent69be4d89e30e0a6f0476ede2e34748330cd72445 (diff)
downloadbinutils-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