From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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) From: Hannes Domani To: Andrew Burgess , Eli Zaretskii Cc: "brobecker@adacore.com" , "gdb-patches@sourceware.org" , "pedro@palves.net" 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-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, 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: Sun, 03 Apr 2022 13:02:38 -0000 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