From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) by sourceware.org (Postfix) with ESMTPS id D21D43858D28 for ; Fri, 1 Apr 2022 12:36:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D21D43858D28 Received: by mail-pl1-x629.google.com with SMTP id a16so2339813plh.13 for ; Fri, 01 Apr 2022 05:36:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=MEoHqs16w1VzfrSad4N7jE5oxlKMT1AO6fqbERbCdmc=; b=2QQCE1i8STPY6Qb2pZzY3SbBYBm0lxKp8nW1PuA+qIxbyuMmTRiIa0YHX8KWDO8/kO oqx8psWplE3QI7aoGzbmvIunHnF4CvCMZIzVjTRJvplGNaVwA+KSh+ZDbrFEtYLbQWge aQ0EELojLBnzT5vffd3VjJ5g+2PqgcO2urXDp83XuJ5U9NJw/VzpkvpYEwdCqY/2cDYS DHoBtdVx3X2QS28tnbJ3nHsWqe6D9P16IahqjQq0lap5DP4cus8jMYN/fkprOVhsTElu Zzy7FiApNAuUbc0Xc4nAMYPgnO7xRfMl998gTcifgHdTtP6U+vg0haZEbSgpGhYKheO2 94Eg== X-Gm-Message-State: AOAM533K60aTXJEX1AKD+A4P9Bc+Fb/yxrpkM0dXzBN726EXpiKzs5Eu UNmbYM4rcfdpnyMZjOb4YYfV X-Google-Smtp-Source: ABdhPJxrDE/4q0/Dqx1/bQaT9sdqCP47rNOUdPFARSV2Mn6EUkt9ya+HT+HTKACo2GCI9OyPxm5zxw== X-Received: by 2002:a17:902:f683:b0:153:ee22:18b7 with SMTP id l3-20020a170902f68300b00153ee2218b7mr9875446plg.159.1648816593692; Fri, 01 Apr 2022 05:36:33 -0700 (PDT) Received: from takamaka.home ([184.69.131.86]) by smtp.gmail.com with ESMTPSA id u15-20020a056a00098f00b004faa58d44eesm3298059pfg.145.2022.04.01.05.36.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Apr 2022 05:36:33 -0700 (PDT) Received: by takamaka.home (Postfix, from userid 1000) id 3C32FA71F5; Fri, 1 Apr 2022 05:36:32 -0700 (PDT) Date: Fri, 1 Apr 2022 05:36:32 -0700 From: Joel Brobecker To: Eli Zaretskii Cc: Andrew Burgess , pedro@palves.net, gdb-patches@sourceware.org, brobecker@adacore.com Subject: Re: GDB 12.0.90 available for testing Message-ID: 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> <83fsmx59wi.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83fsmx59wi.fsf@gnu.org> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 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 12:36:36 -0000 > > 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? We test that configuration every night, and I confirm we haven't seen that issue. Don't know about cygwin, though. -- Joel