From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [209.51.188.92]) by sourceware.org (Postfix) with ESMTPS id 614353858D28 for ; Fri, 1 Apr 2022 11:18:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 614353858D28 Received: from [2001:470:142:3::e] (port=39544 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naFIg-0001rF-IV; Fri, 01 Apr 2022 07:18:42 -0400 Received: from [87.69.77.57] (port=2822 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naFIe-0004sz-Sc; Fri, 01 Apr 2022 07:18:42 -0400 Date: Fri, 01 Apr 2022 14:18:53 +0300 Message-Id: <83fsmx59wi.fsf@gnu.org> From: Eli Zaretskii To: Andrew Burgess Cc: pedro@palves.net, gdb-patches@sourceware.org, brobecker@adacore.com In-Reply-To: <87sfqx864d.fsf@redhat.com> (message from Andrew Burgess on Fri, 01 Apr 2022 11:12:18 +0100) Subject: Re: GDB 12.0.90 available for testing References: <20220320055815.2A90FA4D6C@takamaka.home> <83sfr4a93r.fsf@gnu.org> <83pmm8a7gn.fsf@gnu.org> <83o81sa6nu.fsf@gnu.org> <83ilrzap07.fsf@gnu.org> <83mth67i8m.fsf@gnu.org> <72ad3448-0ff0-f36c-d1f3-cc194c0503b8@palves.net> <83ee2i72vl.fsf@gnu.org> <87sfqx864d.fsf@redhat.com> X-Spam-Status: No, score=1.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2022 11:18:44 -0000 > From: Andrew Burgess > Cc: gdb-patches@sourceware.org, brobecker@adacore.com > Date: Fri, 01 Apr 2022 11:12:18 +0100 > > Could you give the patch below a try, please. It tries to move the > setbuf calls out more so (I hope) they only get done once per stream, > and before we've started reading anything from the stream. Thanks, this fixes the case of using GDB from Emacs's gdb-mi.el front-end. But if I invoke GDB from the shell prompt with the -i=mi option, it still thinks I type "g\n" no matter what I actually type at the prompt. So I guess there are problems with making the console input stream unbuffered, at least on MS-Windows? P.S. Aren't these problems visible in the MinGW64 builds of GDB 12? IOW, is this only a problem with the MinGW flavor I'm using to build GDB?