X-Recipient: archive-cygwin AT delorie DOT com
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org DA0A93858430
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none)
 header.from=SystematicSw.ab.ca
Authentication-Results: sourceware.org;
 spf=none smtp.mailfrom=systematicsw.ab.ca
X-Authority-Analysis: v=2.4 cv=a6MjSGeF c=1 sm=1 tr=0 ts=62c9207d
 a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17
 a=IkcTkHD0fZMA:10 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10
Message-ID: <6a6492a6-42d6-5ae4-4594-9312e41f2fce@SystematicSw.ab.ca>
Date: Sat, 9 Jul 2022 00:30:21 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.11.0
Subject: Re: dumper does not produce core that gdb recognizes?
Content-Language: en-CA
To: cygwin AT cygwin DOT com
References: <DM8PR09MB709546504D09F5207B1D4635A5859 AT DM8PR09MB7095 DOT namprd09 DOT prod DOT outlook DOT com>
 <CAKwdsS_01n8A=7BPurjmmrr9sMqaKv+gzGY2UO8_WGSUX+OhNw AT mail DOT gmail DOT com>
From: Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Organization: Systematic Software
In-Reply-To: <CAKwdsS_01n8A=7BPurjmmrr9sMqaKv+gzGY2UO8_WGSUX+OhNw@mail.gmail.com>
X-CMAE-Envelope: MS4xfPiW0nGaLuOV7wONUbMSyaKWPVN+1XEABVVQFKY0tMe1cNSp1maQi2Z9Z4DTq2VdO1GGs0nwGEYiMRCaQFSZtrhVU89+nInx3+Y/VHuTW1AI13ofCHLt
 dbJMRar+1pKUO37y53f+FsJ6tgk4K7qSwEzqIQPu4IS+WdB0bz+TFvDMVaLLjx9oPIgg4StdgpcpuYrNhYdB3DToUlClywJN/nA=
X-Spam-Status: No, score=-1163.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP,
 T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To: cygwin AT cygwin DOT com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

On 2022-07-08 19:31, Backwoods BC wrote:
> On Fri, Jul 8, 2022 at 5:59 PM Lavrentiev, Anton (NIH/NLM/NCBI) wrote:
>>> The latest version of gdb that is not a test version is 11.2. But
>>> you are using 9.2.

>> I am using the older dumper as well, my working cygwin is not cutting edge.
>> $ dumper -V
>> dumper (cygwin) 3.2.0
>> What I am coming at is that if dumper is not consistent with gdb,
>> that does not make any sense.  They should always be consistent at
>> any given time, so if the packages (dumper's and gdb's) installed together,
>> they would be able to cooperate.

> I've encountered similar issues with other things in Cygwin. The fact
> that it is a rolling release means that there is no such thing as a
> stable release. I've been using Cygwin for at least 20 years and I've
> learned that once I get a setup that seems to be stable, I do not
> upgrade anything unless there is a very pressing reason to do so.

You have a few moving parts in the chain here - binutils, gcc, gdb, 
dumper (cygwin), and Windows, that are all being updated asynchronously, 
and have to use and handle features provided by each other, so parts are 
always out of sync, and need tweaked to keep up.
As this is a volunteer project, toolchain internals are complex and 
takes time to understand, comprehension, knowledge, experience are rare, 
and time is scarce, dumper sometimes lags to the detriment of 
debuggability.

> This is a pain in the butt, but it is what it is. I still find that
> Cygwin is better suited than WSL for my primary needs of writing
> scripts and filters to make my life in Windows easier.

WSL adds its own issues. I found if I want to compare (with) Linux 
distros and behaviours, I need to use VMs.

-- 
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.
[Data in binary units and prefixes, physical quantities in SI.]

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple