www.delorie.com/archives/browse.cgi | search |
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 238663858D39 |
Authentication-Results: | sourceware.org; |
dmarc=pass (p=none dis=none) header.from=gmail.com | |
Authentication-Results: | sourceware.org; spf=pass smtp.mailfrom=gmail.com |
DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; |
h=mime-version:references:in-reply-to:from:date:message-id:subject:to | |
:cc; bh=iPyJGRuEB6ig3qZkEsK3e2LsgOOVEwFkxnK17mbmptQ=; | |
b=qjcJcpSVIIk0ob48s5F69qnSUbHxqLuaofjS+npx35QliR5I+8frs7Vz+pfxG1/ZCW | |
XAQKYCF7NfNBYfNHZOXKLYhPOPd2+Duk2jN46jPt0qxmp3e90LSoLomFtvwcEcU8HvkZ | |
4Y7wSLbmWQhPC0vhkSVB9GUYw9H7O98NKrCSrArHE+CZKqpoaiAgYCgk9U+ZjFXzu+bV | |
m8z8eDtN+OhwJlURPZ8nxK9/tGARFwdb8i7caEdLQisAJIXDrNYqfxZIUmVlgxkZFmJt | |
n02nwCac9s59/uEElZgrNukEC6iI5re5KM+W04J2qkaV4cWDtzlL72cB5QoDNmHjAYsw | |
LKdA== | |
X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=1e100.net; s=20210112; | |
h=x-gm-message-state:mime-version:references:in-reply-to:from:date | |
:message-id:subject:to:cc; | |
bh=iPyJGRuEB6ig3qZkEsK3e2LsgOOVEwFkxnK17mbmptQ=; | |
b=MLX1papYNGaFH02ZmzdKC3WG/KoMmxxtUal5cRJzEEQOO7zpFCADb7+nKwZQEERgSA | |
HF8t4o+v6ex1xcM2crdP7oLLZPd4C5y3kncol1IXE2R9oCNs0db+eIlqU+FcfBGHLqdz | |
ye+bmeFbU3Hxqkf4V3KCo65Zid5nkt9gcNI+wW/4ZyGnWnsNxNgVQbHDbA3XAUEH4P2H | |
o02mtcDRrDn82wgJq+NRJNxDP/TFghG8efVFnUoqC3NgoGd27I4w7kINhFcqZGsGrw0f | |
MFYlHlF9Wz2RJfcH1/yIXy2d7h5QikNLKWbmOphrpB2leuHYtCzBzMK33FVqT5rX9vaR | |
ug/g== | |
X-Gm-Message-State: | AJIora/H5HaKstLE+RfiR3NvBPVr78S9lRhGTzODPu/1/eYaxN9GfCBh |
nazJk4istXVle741O4xMQmX0+Gtijq3rAfE6qVV1p9vk | |
X-Google-Smtp-Source: | AGRyM1vMjldYCUc6PcQTkaVM7oAs05hkc8n014W8JVyKa5WUOtnDsiXVI5Eta3CmUeAP0Wm/z/hfNwIick9E9zAQxPg= |
X-Received: | by 2002:a17:906:9bd1:b0:72a:5b6f:a3c8 with SMTP id |
de17-20020a1709069bd100b0072a5b6fa3c8mr8279174ejc.21.1656665437673; Fri, 01 | |
Jul 2022 01:50:37 -0700 (PDT) | |
MIME-Version: | 1.0 |
References: | <CANeJNHpPXPr+oBxDQk1cyHh+a1+s2CUL_EhmPxpawT32BNrQUw AT mail DOT gmail DOT com> |
<2b8a6f98-baa9-6ff4-e762-003958eb880c AT dronecode DOT org DOT uk> | |
<CANeJNHqZFC2zqEwyisutN9Xi6G4qEgjL72vSwTUtTzFzOmuBiw AT mail DOT gmail DOT com> | |
In-Reply-To: | <CANeJNHqZFC2zqEwyisutN9Xi6G4qEgjL72vSwTUtTzFzOmuBiw@mail.gmail.com> |
From: | Ariel Burbaickij <ariel DOT burbaickij AT gmail DOT com> |
Date: | Fri, 1 Jul 2022 10:50:26 +0200 |
Message-ID: | <CANeJNHq+9jDnSL8k7tiLV3eZxPdZc1-bTP7RcU-nhvB+DB6v7Q@mail.gmail.com> |
Subject: | Re: gdb itself core dumps |
To: | Jon Turney <jon DOT turney AT dronecode DOT org DOT uk> |
X-Spam-Status: | No, score=-0.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, |
DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, | |
RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, | |
T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 | |
X-Spam-Checker-Version: | SpamAssassin 3.4.6 (2021-04-09) on |
server2.sourceware.org | |
X-Content-Filtered-By: | Mailman/MimeDel 2.1.29 |
X-BeenThere: | cygwin AT cygwin DOT com |
X-Mailman-Version: | 2.1.29 |
List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com> |
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> | |
Cc: | The Cygwin Mailing List <cygwin AT cygwin DOT com> |
Sender: | "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com> |
Hello all, any news here eventually ? Kind Regards Ariel Burbaickij On Mon, Jun 27, 2022 at 1:46 PM Ariel Burbaickij <ariel DOT burbaickij AT gmail DOT com> wrote: > OK, it crashes very close to the initial spot also in latest&greatest > 12.1: > > 1048 void* __place = _Raw_bytes_alloc(__alloc).allocate(__size); > (gdb) s > __gnu_cxx::new_allocator<char>::allocate (__n=85, this=<optimized out>) > at > /usr/src/debug/gcc-11.3.0-1/x86_64-pc-cygwin/libstdc++-v3/include/ext/new_allocator.h:103 > 103 allocate(size_type __n, const void* = static_cast<const > void*>(0)) > (gdb) s > __wrap__Znwm (sz=85) at > /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 > 55 return (*user_data->cxx_malloc->oper_new) (sz); > (gdb) s > /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: > internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' > failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > ----- Backtrace ----- > --------------------- > /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: > internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' > failed. > > So, now to the description of circumstances that cause it: > Program is: https://github.com/eshavlyugin/Preferans > I compiled it after some trivial fixes ( like referencing explicitly > boost:array; boost:unordered_map, even so it should not be needed, i.e. gcc > should be well able to figure out what is being used, change of the > condition if (window == null) to if (!(window)) and setting C++ language > version C++11 because of additional requirements put on comparators -- > them having to use some const in explicit -- so by and large because gcc is > too feisty at all the wrong places ;-) ). Now every time I select Game->New > in the GUI it crashes and crash seems to be related to > LocalPrefServer.cpp:395 line, so I set breakpoint there and attempted to > single-step through what appears to be platform's (Cygwin+system libraries) > bowels. Now what? > > Kind Regards > Ariel Burbaickij > > > > On Sun, Jun 26, 2022 at 3:58 PM Jon Turney <jon DOT turney AT dronecode DOT org DOT uk> > wrote: > >> On 24/06/2022 15:13, Ariel Burbaickij wrote: >> > Hello mailing list, >> > >> > I was in the middle of deep debugging session when following happened: >> > >> > 103 allocate(size_type __n, const void* = static_cast<const >> > void*>(0)) >> > (gdb) s >> > __wrap__Znwm (sz=85) at >> > /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 >> > 55 return (*user_data->cxx_malloc->oper_new) (sz); >> > (gdb) s >> > >> /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. >> > A problem internal to GDB has been detected, >> > further debugging may prove unreliable. >> > ... >> > application level programm (open source under GNU) from which I stepped >> > into allocator crashes also somewhere near, so right now I am not sure >> what >> > exactly gdb stumbles upon. GDB Core file is available. How do we proceed >> > from here ? >> >> In the first place, please try the gdb 12.1 test package (available >> through cygwin setup). >> >> If that doesn't improve matters, some details about how to (simply) >> reproduce the problem would be nice. >> >> -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |