Re: gdb got worse in the last week

[Thomas Klausner <wiz%NetBSD.org@localhost>]

On Mon, Apr 21, 2014 at 04:02:36PM +0000, Christos Zoulas wrote:
> In article <20140421140811.GD22428%danbala.tuwien.ac.at@localhost>,
> Thomas Klausner  <tk%giga.or.at@localhost> wrote:
> >Hi!
> >
> >With a gdb built from sources from yesterday, I tried looking at a
> >core dump and got a gdb core dump. (6.99.40/amd64)
> >
> ># gdb work.x86_64/gnucash-2.6.3/src/bin/.libs/gnucash gnucash.core
> >GNU gdb (GDB) 7.6.1
> >Copyright (C) 2013 Free Software Foundation, Inc.
> >License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> >This is free software: you are free to change and redistribute it.
> >There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> >and "show warranty" for details.
> >This GDB was configured as "x86_64--netbsd".
> >For bug reporting instructions, please see:
> ><http://www.gnu.org/software/gdb/bugs/>...
> >Reading symbols from
> >/disk/3/archive/obj/finance/gnucash/work.x86_64/gnucash-2.6.3/src/bin/.libs/gnucash...done.
> >[New process 1]
> >[New process 3]
> >[New process 2]
> >Core was generated by `gnucash'.
> >Program terminated with signal 6, Aborted.
> >/archive/foreign/src/external/gpl3/gdb/dist/gdb/frame.c:2427:
> >internal-error: frame_prepare_for_sniffer: Assertion `frame->unwind ==
> >NULL' failed.
> 
> That would be my fault. I fixed the kernel stacktraces, and broke the
> user ones? Is any coredump causing this or is just gnucash?

I guess any -- it happens even with the attached program that just calls 
abort().
 Thomas

int main() {
abort();
}