From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 126618 invoked by alias); 10 Oct 2019 19:19:35 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 126611 invoked by uid 89); 10 Oct 2019 19:19:35 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FORGED_SPF_HELO,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=no version=3.3.1 spammy=H*F:D*org.uk, HX-Languages-Length:1612 X-HELO: sa-prd-fep-043.btinternet.com Received: from mailomta19-sa.btinternet.com (HELO sa-prd-fep-043.btinternet.com) (213.120.69.25) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 10 Oct 2019 19:19:33 +0000 Received: from sa-prd-rgout-003.btmx-prd.synchronoss.net ([10.2.38.6]) by sa-prd-fep-043.btinternet.com with ESMTP id <20191010191931.YJVD22185.sa-prd-fep-043.btinternet.com@sa-prd-rgout-003.btmx-prd.synchronoss.net>; Thu, 10 Oct 2019 20:19:31 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-OWM-Source-IP: 86.141.128.179 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean Received: from [192.168.1.102] (86.141.128.179) by sa-prd-rgout-003.btmx-prd.synchronoss.net (5.8.337) (authenticated as jonturney@btinternet.com) id 5D8362CA03861105; Thu, 10 Oct 2019 20:19:31 +0100 Subject: Re: assert creates unusable core dump on current stable Cygwin release To: The Cygwin Mailing List References: <2300fe24-fc50-3d1c-6b1b-bf6da6022d2e@SystematicSw.ab.ca> <71be3508-b11e-4681-eac6-9d44845088c7@SystematicSw.ab.ca> From: Jon Turney Cc: Brian.Inglis@SystematicSw.ab.ca Message-ID: <1ac90af2-412d-345f-da40-8260ae527096@dronecode.org.uk> Date: Thu, 10 Oct 2019 19:19:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <71be3508-b11e-4681-eac6-9d44845088c7@SystematicSw.ab.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2019-10/txt/msg00058.txt.bz2 On 09/10/2019 22:28, Brian Inglis wrote: > On 2019-10-09 11:10, Jon Turney wrote: >> On 09/10/2019 16:31, Brian Inglis wrote: >>> On 2019-10-09 01:14, Biswapriyo Nath wrote: >>>> * mintty version: mintty 3.0.6 (x86_64-pc-cygwin) * cygwin version: >>>> 3.1.0-0.6 * code: >>>> >>>> #include >>>> >>>> int main() { int x = 1; assert(x == 0); } >>>> >>>> * Expected result: The terminal should show this message which appers in >>>> latest stable cygwin version. assertion "x == 0" failed: file "test.c", >>>> line 6, function: main >>>> >>>> * Actual result: terminal only shows "Aborted (core dumped)". >>> >>> I also get the core dump, which is un-gdb-able below, as is it's core dump, >>> on *current stable* Cygwin 64 releases *AND* see the message! >> >> As far as I'm aware, the core-dump tool 'dumper' has never been fixed for >> x86_64, so I wouldn't expect this to work. See [1]. >> >> [1] https://cygwin.com/ml/cygwin/2016-03/msg00464.html > > Given that it's used elsewhere, is there more to it than just: Not sure what you are referring to by 'it', don't know where you mean by 'elsewhere'. > int > dumper::init_core_dump () > { > bfd_init (); > > - core_bfd = bfd_openw (file_name, "elf32-i386"); > + core_bfd = bfd_openw (file_name, "elf64-x86"); idk, have you tried it? If I recall correctly, there's some code in gdb to handle these strange "'core dump'" files, which might well also need some attention for the x86_64 case. (and I guess this patch is not acceptable as-is, as it looks like it would break x86) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple