From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-048.btinternet.com (mailomta1-sa.btinternet.com [213.120.69.7]) by sourceware.org (Postfix) with ESMTPS id CBB843858D32 for ; Tue, 18 Oct 2022 19:08:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CBB843858D32 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.38.8]) by sa-prd-fep-048.btinternet.com with ESMTP id <20221018190849.KCZH3226.sa-prd-fep-048.btinternet.com@sa-prd-rgout-005.btmx-prd.synchronoss.net>; Tue, 18 Oct 2022 20:08:49 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 6139452E3F625DD3 X-Originating-IP: [81.129.146.151] X-OWM-Source-IP: 81.129.146.151 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvfedrfeelvddguddtfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepkfffgggfuffvfhfhjggtgfesthejredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepheefkeekkeehffehveeivdevgeevteelheeileettdfghfeiheekgeejtdfhledunecuffhomhgrihhnpegthihgfihinhdrtghomhdpshhouhhrtggvfigrrhgvrdhorhhgnecukfhppeekuddruddvledrudegiedrudehudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddtiegnpdhinhgvthepkedurdduvdelrddugeeirdduhedupdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdpnhgspghrtghpthhtohepvddprhgtphhtthhopeffrghvihgurdetlhhlshhophhpsegtlhdrtggrmhdrrggtrdhukhdprhgtphhtthhopegthihgfihinhestgihghifihhnrdgtohhm X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.129.146.151) by sa-prd-rgout-005.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 6139452E3F625DD3; Tue, 18 Oct 2022 20:08:49 +0100 Message-ID: Date: Tue, 18 Oct 2022 20:08:48 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.3 Subject: Re: Debugging malloc crash in gdb To: David Allsopp , The Cygwin Mailing List References: <000001d8e2dd$51be37a0$f53aa6e0$@cl.cam.ac.uk> Content-Language: en-GB From: Jon Turney In-Reply-To: <000001d8e2dd$51be37a0$f53aa6e0$@cl.cam.ac.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3570.3 required=5.0 tests=BAYES_00,FORGED_SPF_HELO,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NONE,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 18/10/2022 11:35, David Allsopp wrote: > I'm wondering if I may be able to have some pointers for debugging what > seems to be an unexpected interaction between mmap/mprotect/munmap and > malloc with the OCaml runtime. > > At the moment, I know that we crash in malloc, so my main question is how to > go further in gdb. I installed the cygwin-debuginfo package, but all I'm > getting is: Firstly, if the crash is inside the cygwin DLL, you must follow the advice in [1], and use 'set cygwin-exceptions on' to tell gdb to stop on an exception inside cygwin itself. [1] https://cygwin.com/faq.html#faq.programming.debugging-cygwin > /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/gdb/infrun.c:2550 > : internal-error: void resume_1(gdb_signal): Assertion > `pc_in_thread_step_range (pc, tp)' failed. This looks similar to the gdb crash reported [2], which I just don't have any time to look into. [2] https://cygwin.com/pipermail/cygwin/2022-June/251714.html I'd suggest reporting this as directed in https://www.sourceware.org/gdb/bugs/ (Note that self-service account creation is disabled on the sourceware bugzilla, due to spam problems, so you need to mail overseers as directed there, to request a Sourceware Bugzilla account.) > The reproduction case is below (it's the OCaml runtime, so it's not exactly > minimal, but it seems to be very repeatable to get gdb to the position of > the crash). > [...] > > Any assistance to debug this further hugely appreciated! It might be worth exploring if this gdb crash is seen in older versions of gcc, or with older gcc...