From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-042.btinternet.com (mailomta32-re.btinternet.com [213.120.69.125]) by sourceware.org (Postfix) with ESMTPS id 694373844070 for ; Thu, 13 Aug 2020 14:43:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 694373844070 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from re-prd-rgout-001.btmx-prd.synchronoss.net ([10.2.54.4]) by re-prd-fep-042.btinternet.com with ESMTP id <20200813144342.IJKH13627.re-prd-fep-042.btinternet.com@re-prd-rgout-001.btmx-prd.synchronoss.net>; Thu, 13 Aug 2020 15:43:42 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.206.146] X-OWM-Source-IP: 31.51.206.146 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduiedrleehgdehhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepufhfhffvkffffgggjggtgfesthejredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhephefgheelvdelgedtfedvgefgtedttdehheeitdekteetvdekhfdvvddvveffvdegnecukfhppeefuddrhedurddvtdeirddugeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeefuddrhedurddvtdeirddugeeipdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeovghlihiisehgnhhurdhorhhgqedprhgtphhtthhopeeoghgusgdqphgrthgthhgvshesshhouhhrtggvfigrrhgvrdhorhhgqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (31.51.206.146) by re-prd-rgout-001.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5ED9BDD00B9F8D0D; Thu, 13 Aug 2020 15:43:42 +0100 Subject: Re: [PATCH 0/4] Add gdb support for Cygwin x86_64 core dumps (v2) References: <20200812191816.23246-1-jon.turney@dronecode.org.uk> <83v9hnmzl2.fsf@gnu.org> From: Jon Turney To: gdb-patches@sourceware.org Message-ID: <80a890c4-e86a-5f19-e5d7-b1ff91c57ea3@dronecode.org.uk> Date: Thu, 13 Aug 2020 15:43:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <83v9hnmzl2.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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: Thu, 13 Aug 2020 14:43:45 -0000 On 12/08/2020 20:30, Eli Zaretskii wrote: >> From: Jon Turney >> Date: Wed, 12 Aug 2020 20:18:12 +0100 >> Cc: Jon Turney >> >> As far as I know, the only way to generate these "core dumps" is to use >> Cygwin's 'dumper' tool. >> >> Changes since v1: >> - Keep _initialize function last in windows-tdpe.c >> - Fix indentation in amd64_windows_gregset_reg_offset >> - Use symbolic constants for note types in core_process_module_section() [...] > > Thanks, but isn't this NEWS-worthy? This doesn't add a new feature to gdb, just (belatedly) makes it work on x86_64 Cygwin as it does on x86 cygwin. What would you suggest adding to NEWS? > And what about some documentation > for the manual? No changes should be needed to the existing documentation of debugging using core files (since there shouldn't be any difference in behaviour when using Cygwin core dumps) What else do you think needs documenting?