From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id XcB7HASbSWIRbQAAWB0awg (envelope-from ) for ; Sun, 03 Apr 2022 09:03:00 -0400 Received: by simark.ca (Postfix, from userid 112) id 61E181F327; Sun, 3 Apr 2022 09:03:00 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 136601E787 for ; Sun, 3 Apr 2022 09:02:57 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id DF44A3858427 for ; Sun, 3 Apr 2022 13:02:55 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DF44A3858427 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1648990975; bh=NOsO/0r2NYJJ5pYpAwah0tvD6BNGoEG3Rlf3iyVFeTU=; h=Date:To:In-Reply-To:References:Subject:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=CM3Tn9lJtDlyq9L8xK6pDKWPFV0rkc989A6TRD+UwTh/KYxmI0cwBzM2u3Z/07pz3 tmH6sU3uqE1trN7t3PUHYTizMMSVPbI+EBKpOFu/8x2XaZJ/03S41F36IzA4HpgNEZ iaQiu37wGDkhwth6Cck61+3ftTO+tQVqGYzC2/Is= Received: from sonic312-25.consmr.mail.ir2.yahoo.com (sonic312-25.consmr.mail.ir2.yahoo.com [77.238.178.96]) by sourceware.org (Postfix) with ESMTPS id 4B4BD3858D37 for ; Sun, 3 Apr 2022 13:02:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 4B4BD3858D37 X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648990954; bh=GwVzjNmVgkMxh6udv2tbIEqjYUk+ey3g+7f0MIZrlyH=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=jpVoMKrzGYyh9ejCCItESAHq/oo9k2k7Av/YyvUbG4dAqOFkVkHf3fPGGceWKP9nhnNguWxqCoQbbKBUThPrfRnX9m+yOeUxExmza1AhdcOiMA5xsoj8DfzEnZMdrjnIwBbrhUrPtMO8A4Og2pL/79UkXH5zt90FcPXBOeFWC55g0AB5/wGkKKE+CyO1wxGQfoAtaHW8t5msomtuqGauFqN3aLlSzsFMAK+mLveMxAYrhCLi2XoWpOT9pMDAPqV/j2DQaDpMzvpgghEUThK3VHn5Sx2oCnijgU0qcmCc/ctwP5GT3gB2ocU13gICD2Tnez1jK/yb9zC08S837Os/uQ== X-YMail-OSG: z1bDCVEVM1lfatEyUpOGJx8OwWlTtBI9aSCh6jAThYSoMcVqRQG0Zy0mv8E0Q1I ehEeMtj_e4HGWzsKDvbmsIPPCE9oPvLPhseO5hNyBGh8hgPFH2Q95GSh3xY3WV8ZQxCD5BXASIbB cZzlUC03dNtSVlsVqHKVhU7wWViaXyf.TQ9Y9KotYiTRQXDItjrWa2NncC_6BYgHlTNhfmBTePE_ kuV9GErd8IrCpaLo4rGWO.jco06nP0TDRAaduty3rfeiCJWWRSIt.mq8EY9HebZm.aRIVh9GZCx_ TeOhmQnBlSIpFnk_oy9UobWChOAMjL68Lq.I8K1c39rJI5GzVYKxVNDy.QlQjGhHsx7Pqc00WOuI sC6QqGqaqTzpMBqNEII4BqYdAb79xzGwXMBzTIxP1ZgIGa3.wz83cNa8seilDeE..0YVFflmIN8. HcnWxKKRoZB1kMX.TiG7KhXOSV3u_kBpVbfrkK.ZIoL58ip7UnKn5KP7lFNKk_4bWZJ1Wm9kQwQr UKlmpgVeCM_7vnozZDHOW0NyUxos.53S6yYiRCChnENxngC_4OkTQv2QD7gCV6fi1WZ0rjGwWXAy _DYJJFsf1Ey7yOast2jSOG5sXPIBX3KC.euNnhuqsJc9WwgkgykGuaRQ_ThYT0XlxPmaA8mvEtbp It1oDCvFHuvPm5SVTj.vFGBpcGsAcFtdMIeb4t_6NLx0HKriX3d9yAhMZTtgn9j3_YarqSgKQgsm eTRCpOj8A_JE4YtQtRQO6EE9BE494jrnC4vETNSxiM41ERpMlahPY6PB2ixSJPwThNQPBg4ET2Md hWTiD583r6p3zF7exeN1jsIUk8qe_u81SFG2kNMxZFgT35UiAPGIYcPwT2HLDbXeNfQvTeO8nPDq hCEwuDyaxPiG34JfVvwUmATK0Bs44aybUIpkvzIbXiN7LiVFEKFuEuU0xJ1LBZbUXxxaRFqqvsLJ 5.aQCq9VnCGs4whKmgQ1T5YnJi4WTeuyZ_QckCLaBDVxLCO_3Epo3vvHuXZniml9neRLH9yIioil o8qmL6aJbE5x11IZiywpNgyDIPpgwHdvCJCH7fdafM7gpnMe7eL0PnwzvuWQJZpF_Kvb4xGE5c5d n8oQLKfZmpIcVL03f5Nx5y3uga8pf5PRMw__EEZdylFTmtgIhhSSgkkOxthJ1Z.Ji8bLdiL0TWXs .v_DyQzzl6Vq6umY7X8SaCcJXHo3J36X7hJv0cxjMMDi5U..RGz8Ripb.F6yi8CbDJV1wEVlLsAv gsCa2uCF6fGECdPfMnYVepbXUdA0L3fuZRRtu5oSGK._.BTO8kX9Xv_ETpOEgDNWWq_.TZYFU7jI H2xccdGQUfLhUSrVaaUDjMIkrklaG..UiSjuXhJbIrEkz_zjnFT.OeBPvr31NnEhVmQY4jJaXxkY tJdhld11ovNdIazUNm764mS5qGUi7_H62KKyqQw0_Qha3v5HGVzmFqr_kPI8cHvwURMf4iwermQg 0KonntoCSkKmF7CikwaDsMFpzmeRFS7D5od9novAhIPQ.yHgxxkdjGfLLGiIsHnpdfyEPf1t6xpn MUAz5_tEBYVmx0vkAV9WPaMJz8OrVeFZctrEvRXV7DBchB__a3zeM9yGq0L3hQ6VkqxinMvWtC6g YryW5ckR1Qssw44CfCpi3cIiW6FKQfoNGIRPK7PjGfe.nQV5chQFRMw3kLqb9SolrAHPU8QnwhcU uLCoBjgDNiT0BtDCV8OTkLumE5vfZc8IgDRdETpRHJsbkn1jk.yD9XVmUQEiWTptnxDpNV1IOck6 Tq1apMT42MOi04.Z_W4hCVBQz2Vlsb_kHdhh1emE_ao4QEmXZLiMR2dJpM9HNRKdvjhriMd8i4pk .DHHSWb3p7Ebhg2qK_fNJxAXcDU8ix_C6uaLOfGKpWZ3WOnBcZqjnmGygYV65CoB56jvmeuVlaYz DqQqBayN4ytw5Mh6FEfqJBkOfIUfD5D3xbJGfi4a4swjCFYsZ481uK3FeU4N_p9xQrGs6FtbW4Sc 9VrcyDUpYA24ZRn8rt2yOpp1LttPcmnfiRdsHRAk.clBa.2mZsrLk4F2NN7W2yMOp9Abn8TUl4.o nsdu0rtri1pbSEZaOETKVZ4IzEj3_JQhoefKN6DhaLB8k8NuPcrxBSfvtrsd5HLvQQ7oWsthwRlV hSNP_uX4d2gRvDllez4vDtvrafST01a2skfPAd5Oa6HBrFuxjji3Berd3lmELOe4stPgKTouvXF0 3Bh1kpSQj7R6FNTVFNzQqLhGK86U7g1C9CQoKH9sZ X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ir2.yahoo.com with HTTP; Sun, 3 Apr 2022 13:02:34 +0000 Date: Sun, 3 Apr 2022 13:02:31 +0000 (UTC) To: Andrew Burgess , Eli Zaretskii Message-ID: <1379565857.1750775.1648990951974@mail.yahoo.com> In-Reply-To: <83zgl44w1m.fsf@gnu.org> 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> <83ee2h59m2.fsf@gnu.org> <87pmm096dc.fsf@redhat.com> <83zgl44w1m.fsf@gnu.org> Subject: Re: GDB 12.0.90 available for testing MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.20001 YMailNorrin 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: , From: Hannes Domani via Gdb-patches Reply-To: Hannes Domani Cc: "pedro@palves.net" , "gdb-patches@sourceware.org" , "brobecker@adacore.com" Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" Am Freitag, 1. April 2022, 18:18:34 MESZ hat Eli Zaretskii via Gdb-patches= Folgendes geschrieben: > > From: Andrew Burgess > > Cc: pedro@palves.net, gdb-patches@sourceware.org, brobecker@adacore.com > > Date: Fri, 01 Apr 2022 16:21:35 +0100 > > > > >> So I guess there are problems with making the console input stream > > >> unbuffered, at least on MS-Windows? > > > > > > Or maybe read_command_file shouldn't call setbuf for the same stream > > > repeatedly, but only once? > > > > I think it must be the former, as far as I can tell with the patch I > > posted we call setbuf just once on stdin (for your -i=3Dmi case).=C2=A0= The > > read_command_file will only be called if you have gdbinit files to read > > in.=C2=A0 You could try adding the -nx and -nh options when starting GD= B to > > prevent any gdbinit files being read, but I'd be amazed if that makes a > > difference. > > It indeed doesn't. > > > > Sorry I can't offer more insight. > > > So what would be the way forward?=C2=A0 The patch below fixes the problem > for me.=C2=A0 But given that Joel says the problem doesn't happen in your > MinGW builds, maybe we shouldn't install it, even for MinGW?=C2=A0 Or > condition it only by symbols available in mingw.org's MingW? I just finished my build of gdb 12 branch with a mingw-w64 gcc, and I also = have that problem when starting gdb with -i=3Dmi: (gdb) r -Q &"g\n" &"Ambiguous command \"g\": gcore, generate-core-file, goto-bookmark, gr, gu= , guile, guile-repl.\n" ^error,msg=3D"Ambiguous command \"g\": gcore, generate-core-file, goto-book= mark, gr, gu, guile, guile-repl." If I "delete" that not-visible 'g' with backspace before I enter the comman= d, it works again. So there definitely is something weird going on here. Not related, but on my first test with TUI I noticed that a line-break is m= issing after the "Load new symbol table" question: (gdb) file c:/heob/heob64.exe Load new symbol table from "c:/heob/heob64.exe"? (y or n) yReading symbols = from c:/heob/heob64.exe... (gdb) file c:/heob/heob32.exe Load new symbol table from "c:/heob/heob32.exe"? (y or n) yReading symbols = from c:/heob/heob32.exe... It's fine outside of TUI: (gdb) file c:/heob/heob64.exe Load new symbol table from "c:/heob/heob64.exe"? (y or n) y Reading symbols from c:/heob/heob64.exe... (gdb) file c:/heob/heob32.exe Load new symbol table from "c:/heob/heob32.exe"? (y or n) y Reading symbols from c:/heob/heob32.exe... I will try to debug these, maybe I can figure them out. Regards Hannes