X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=HG2b5PkjdeXpc8ws AjwOdQQw6gWQDcE39dfHYQo4seksya/9oymHKAKCqpmz7dWxIre8TcO1obG87R2+ IP37fw7CqI/SqDZTR5XqOKCa97rVaf8fPpRzQUAq56x5UbKoclPZzXWn7FFcpcKM U5aOX/FaVkZ54Hibl1TzbMhLY80= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=OMQSUNpgotV3timHFFuzpK uRaKQ=; b=tggIDi+Dk9Dq53daKxta1eE04Z0d2FCh40eNaRvc/ViUGSjVI1Lb3Q Gz2kpKwyhZTnayC7WFk+3szPazY9+xEM3a8rAWBMmQp+WATncJPwDyNZ9R3u+/c8 M9HAGTgOXZgombqWPP91dpWPChYi5JtwiJfCXy2YrDrGBtUCqA6kE= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=Csaba, raduly, Raduly, clue X-HELO: smtp-out-so.shaw.ca Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca Subject: Re: assert creates unusable core dump on current stable Cygwin release To: cygwin AT cygwin DOT com References: <2300fe24-fc50-3d1c-6b1b-bf6da6022d2e AT SystematicSw DOT ab DOT ca> <71be3508-b11e-4681-eac6-9d44845088c7 AT SystematicSw DOT ab DOT ca> <1ac90af2-412d-345f-da40-8260ae527096 AT dronecode DOT org DOT uk> From: Brian Inglis Openpgp: preference=signencrypt Message-ID: <380e89cb-4e31-4af2-40ca-c143e6622424@SystematicSw.ab.ca> Date: Thu, 10 Oct 2019 16:20:25 -0600 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: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes On 2019-10-10 14:57, Csaba Raduly wrote: > On Thu, Oct 10, 2019 at 9:19 PM Jon Turney wrote: >> (and I guess this patch is not acceptable as-is, as it looks like it >> would break x86) > That was my reaction too. Obviously there would have to be some arch dependent conditional changes, but I was hoping that someone with a clue about libbfd, could provide some hints as to where else to look for more info on what other changes might be required, or confirmation that this is object oriented enough to mainly just work with some additional tweaks. I also found out, and found a mailing list post that confirmed, that gdb gcore also does not work to generate a core image on Windows, as that was my next place to look. So it looks like gdb gcore for x86 could be implemented by adding the dumper code. The question is where to ask or look to figure out what Windows x86_64 needs over what Windows x86 needs, and add that to both gdb gcore and dumper, as gdb seems to handle debugging and debuginfo fine. If this could be derived from say, Cygwin ld libbfd calls, or the diffs between x86 and x86_64 ld.bfd calls, or nm, objcopy, objdump etc. diffs, I could look at doing that. I'm not sure I'd want to have to understand in detail how Windows puts its exes together to get started. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- 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