From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id JSxkLa2VUGJJMwAAWB0awg (envelope-from ) for ; Fri, 08 Apr 2022 16:06:05 -0400 Received: by simark.ca (Postfix, from userid 112) id A6EB01F377; Fri, 8 Apr 2022 16:06:05 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (ip-8-43-85-97.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 D8AB51ED17 for ; Fri, 8 Apr 2022 16:06:02 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 8B0523857815 for ; Fri, 8 Apr 2022 20:06:01 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8B0523857815 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1649448361; bh=5wAIA+YcJuwVLNFqwNN4qtW8ECMPioZTu435ZNZ0LX4=; h=Date:To:In-Reply-To:Subject:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=eAb6+8uRfjQfb0xvdVAfCkCv2pTZ2sAOklxFR9WFGk/913LB72gL3VaKTUenfAqBo b49iQiuShGT5CeshSUUVPWNHamlIhO85hYAyMGqtRSmqwgEUdqQXzxSUhGKhS+ledf 57Ag0c93/YIIEARd4HvhL4t+qxgzNXw8cBIsNlIY= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 91FFC385803E for ; Fri, 8 Apr 2022 20:05:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 91FFC385803E Received: from fencepost.gnu.org ([2001:470:142:3::e]:45298) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ncurM-0000Dv-Cz; Fri, 08 Apr 2022 16:05:33 -0400 Received: from [87.69.77.57] (port=4110 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 1ncur0-0006Xe-Mn; Fri, 08 Apr 2022 16:05:20 -0400 Date: Fri, 08 Apr 2022 23:05:22 +0300 Message-Id: <83ee279w8t.fsf@gnu.org> To: Pedro Alves In-Reply-To: <1ac3b9cb-b980-86bd-8c26-1585e16c98d9@palves.net> (message from Pedro Alves on Fri, 8 Apr 2022 15:44:53 +0100) Subject: Re: GDB 12.0.90 available for testing 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> <838rsp55nl.fsf@gnu.org> <8335iw6fr9.fsf@gnu.org> <1ac3b9cb-b980-86bd-8c26-1585e16c98d9@palves.net> 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: Eli Zaretskii via Gdb-patches Reply-To: Eli Zaretskii Cc: aburgess@redhat.com, gdb-patches@sourceware.org, brobecker@adacore.com Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" > Date: Fri, 8 Apr 2022 15:44:53 +0100 > Cc: aburgess@redhat.com, gdb-patches@sourceware.org > From: Pedro Alves > > On 2022-04-01 15:31, Joel Brobecker wrote: > >>> I don't know how to answer that question. Is that something > >>> I can figure out from looking at how we configure the build > >>> of MinGW-w64? > >> > >> It's enough (and simpler) to look at the DLLs on which the GDB > >> executable on Windows depends, with this command: > >> > >> objdump -x gdb.exe | fgrep "DLL Name" > > > > Thanks for the tip. Here's what I have: > > > > | $ objdump.exe -x gdb.exe | grep "DLL Name" > > | DLL Name: python39.dll > > | DLL Name: ADVAPI32.dll > > | DLL Name: KERNEL32.dll > > | DLL Name: msvcrt.dll > > | DLL Name: USER32.dll > > | DLL Name: WS2_32.dll > > > > > >> Note the two instances of msvcrt.dll -- this is the (traditional) MS C > >> runtime library. If you see UCRT instead, it might explain the > >> difference in our observations. > > > > No luck with that lead, it seems... > > > > Since Hannes is able to reproduce this with a small program outside GDB, > I'd suspect this could be related to either: > > - Windows version. Hannes mentioned Windows 7. I don't think we heard Windows > versions from others. > > - Which console / terminal is used. E.g., cmd.exe in a standard Windows console, > Powershell, cygwin/msys2 bash, Windows SSH, etc. Perhaps Joel could try that test program in his environment and see if it produces the same behavior. If he sees something different, we could compare the Windows versions. As for the shell: the problem happens only for direct connection to the console device, which means cmd.exe, not Bash which runs via mintty etc., which AFAIK basically appears as a pipe to the console applications.