gdb itself core dumps
Jon Turney
jon.turney@dronecode.org.uk
Sun Jun 26 13:58:19 GMT 2022
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.
More information about the Cygwin
mailing list