From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sonic311-31.consmr.mail.ir2.yahoo.com (sonic311-31.consmr.mail.ir2.yahoo.com [77.238.176.163]) by sourceware.org (Postfix) with ESMTPS id B8B943858D37 for ; Sun, 3 Apr 2022 15:25:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B8B943858D37 X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648999520; bh=HuwRRPKMCsVKMJA3uKyGMsZPS/O6g+/cBQuJaceWfjT=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=FSOR0ZWDul2Fqlrgba2D+3BeXfTfvw5CVqiBvfWpOgd+aaLDDp9V/9+qhTNEEqY/GDI5Q1wbLeyPet7YEE00Cx60w8ZIK96ePaQEwYoxssrP25HRFixHdVkngSdInkuVRavT+TBT6OLkwNq/caTP01wOi0D8hZz0ltpGNgkRFdcKXu5cTkt48IfQyTbdfak+97HO79B1we2hELJQJPSJzmeyCVLCysQml1yNY/92N06J007b5POYVeqseTAJkAnADpGzI3rQ01aYdpV/ExS7aW4kdxa9OJK4VlD3AFMjru29X5AOlyNXJMPZZ6Q4q9n0SvtbcizNd7f82v0uL0Kslw== X-YMail-OSG: jirbHqwVM1muoNQSg3Z3znaElCHbuJ9MnBHIxoA62eZv87uILbmdeIKtmJmmUnG M_c5h0tzGvjfFhmcjqaDDb1sbbRSSQZqPawmYk.VmLTjO9.kJNfdBKC_BoxEDsEIOqKy6xjci96z F4Ki1JvrPU5ntGp2txFEXDE9wni1odd2DUyLcqNcV49YytQfBUu8hvpz6S7PBIeQnHEuaS1HAnw6 gzhKR869N59vVHgAi4EJSka23Cout1TfrdZpSqahXljBoelNtQTB43BtvmBt5qt4j6Hykw057Ulb WYICt.roWU4xyocTSvW67TslpLJcG7.N0214UnbfAVR76b7bNM_gFf1evb_lb5onZuxYYsEEOAIL JmWUOwUCuja6JBYS5zLoY9y8my7y4NU0ZjLUQezBzQ2UZUcPOAYicmsP4kvEhclJI7hHLRZuL.qJ R38iCxtsWaPG79Ucn7PUzsOB6ZN4EetaPXrlUKJp5iE2GuDbyKg6RwyZ38MoJ7QJfRk1aQB5X78f SQheb16_ZmHl7W_TTFOgmPDL21waIg4p7U1X6tZ0oKwlv6D7ldBfmxzXlPZd4r81HbLMGD1o2oxh obMHVLmYnhdA.fzEXuP2DftGkq7SC.lAI.BMPnFgoMcACntPhjZDYo.9oO50iKvr8V3tXj7xeE0K AX903392Yoidtq..uG01BTsOsB1TnPcX8T248mXS7Q0ZVs_90wrbBdFwSdKQ1RmupFpdFGUzVxMr CQhsIuckUNvASsmrG8Oze5IbIy.jCncb6IYBAXbZ1fGBHk9ONwJCfOnN8ogd9WFGGXVADNZ1cDdK Sj1dEf8BZsyLlSrTetMZwpW8ixgJt2BhaFy0q8GNjrNpUjU0.4CqzF7jvfbsyyoSzxSlwqlHQ9m1 8067QBT.qgCi_ZOZbozcYZ5FjJCClKC6wRbqKY3eZVt6t7AapsvmNE1Q653MQ79gv3k1MDLmtOs5 pMeggPJgayAx0nQ7.eiNBQv6MRILyD0nozr1oDkCFNYYrZ_ejc3YcZpJewN0bUys5vDdKzCNpgcx K5d9J3C1WmtBET.vytVoJfzC7QqgPCyfbS3kEfKMjCkSTTJpJqz5h1XP3bAd1ESyFoTsH3T1hj3J T9CZqx1xCfn8puRpnG3Did50eW2OMd02gx06qcLKR957Ae2bk12h7Qc8OOfJKyMQzlrCGE_VtfJ_ JST0.aMRXBMZTKkMUFfz.XLU31s6HQwt93jv0_SqCJSFR9BEr3cFwq6hVlFeJcJx5XP9adQ_ZmVt ekd8LyFDxLhjEkeJBzLFKBKy4p.4T5b7JinAGKbFkyCblMJadII1M9dYl6QLMXOjSriXE4ETuxRQ 6tCSG71QkRioxH_p7qoXRd.ZDHZRhzABCo44EWf6sQbQBD50k5Qp8TR9Nm2M7Phuo0omPMaImydw sXm7PpTGbPkyuhLZMJVrX3iOu.0H1uHwIjRaY67Dh60g6iTMWLQyDB2TrrlsY4iS9feaqF4hkihk y.JrLSIUrahwi1V20oP0O8jfennTtvrv4iyCRhC3G_5Q06__9NC2CGAYjzrrcMd99Czaa4m72jG7 vfY0KJJl3rq7BK_pWqFz1vB4lGtL6HWGg6mWYLFnUZPw6kaZqutqpbyHr.zWFTbw_7K40FhnSvVM WZp.Oqb2MrFSQHrAB8QBAbBFeuTl90yo2UmdU.V3uH8RjwCa0XgpxOBjCMYenoED1uQYEtwFXEPL zv.6VXQH7K3Omju2z2X3XxXmYD.LxsaWSf92C7mQTrB9vRcP0smZsJ.2oGFkaQB3I3_dMkc7hzT0 UttNK7DleYg9uucSb5lTyOEzAHMvopJ.F2Nm7m_OElOuMHiVk92zihBG00Nl9GDAUcRlWOa7JCxG WadEoCt2bH6rUlCWw_FoOccuo.SUmgw6QaK9K_PD.0_1A1tKWSHKsL8etI3xKxfNk1WuM4_dRtoI 50gRF37RE1DWAeKFL4Et86zRM_Lhn8rn_hxn5nBNfIwXN1zjvnfqQ8TA4yuedXTwb4lGMMw.xw84 MfWE5bCxWTeml4X6Zek9ImUPQmXOPaFG.fOeiw3tHdyE1SnxS2LMcbD1fpBcKy4GTtlbF_D2eZSU 3MVkcig5ROgGwNu_P5lWuqKTZV3AztyDj_lUXFzvKAWl5I.i7QFpoFn8pYmSH0LxAL6dofHxfWVS Le.2nGtQwmwURHt1mLXK6pqmbd5U7ahbVigKlONUBobak0NgmvY7n7__Ba29mwSBfaboYMgUPi55 R7Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ir2.yahoo.com with HTTP; Sun, 3 Apr 2022 15:25:20 +0000 Date: Sun, 3 Apr 2022 15:26:38 +0000 (UTC) From: Hannes Domani To: Joel Brobecker Cc: Andrew Burgess , Eli Zaretskii , "gdb-patches@sourceware.org" , "pedro@palves.net" Message-ID: <1113857996.1779276.1648999598328@mail.yahoo.com> In-Reply-To: References: <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> <1379565857.1750775.1648990951974@mail.yahoo.com> 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=-2.7 required=5.0 tests=BAYES_00, BODY_8BITS, 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 15:25:24 -0000 Am Sonntag, 3. April 2022, 16:02:51 MESZ hat Joel Brobecker Folgendes geschrieben: > > 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: > > Do you guys see the same issue with master? Rebuilding on Windows takes a while on my PC, so I don't really want to do that right now, but I wouldn't expect a different behavior there. > What about regular MI commands (e.g. "-exec-run")? It doesn't matter at all which command I try, it always gets 'g' as first character. But I found out now that on Windows the combination of setbuf/WaitForMultipleObjects doesn't work correctly with fgetc. WaitForMultipleObjects is called by console_select_thread in ser-mingw.c, so the following is a minimal reproducer of the problem (but for some reaso= n I always see character 'f' instead of 'g'): #include #include int main() { =C2=A0 setbuf(stdin, NULL); =C2=A0 while (1) =C2=A0 { =C2=A0=C2=A0=C2=A0 printf("input: "); =C2=A0=C2=A0=C2=A0 HANDLE in =3D GetStdHandle(STD_INPUT_HANDLE); =C2=A0=C2=A0=C2=A0 WaitForMultipleObjects(1, &in, FALSE, INFINITE); =C2=A0=C2=A0=C2=A0 while (1) =C2=A0=C2=A0=C2=A0 { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 int c =3D fgetc(stdin); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (c =3D=3D '\n') =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 break; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 else =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 printf("char: %c\n", c); =C2=A0=C2=A0=C2=A0 } =C2=A0 } =C2=A0 return 0; } I get the following result: C:\src\tests>gcc -o fgetc.exe fgetc.c C:\src\tests>fgetc input: abcde char: f char: char: c char: d char: e input: aaaaa char: f char: char: a char: a char: a Note that I'm on Windows 7, so on a newer system the behavior might be different. I don't really see a solution beside some "#ifdef _WIN32" code to fix this. Regards Hannes