gdb has crashed while reading some sort of coredump. The list of events below leads to it: 1) graphics/exiv has updated to 0.14 while graphics/gwenview was not (the first update seems to break binary compartibility, that should be another bug) 2) gwenview was run and crashed while reading an image 3) $ gdb gwenview gwenview.core Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libkdeinit_gwenview.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libkdeinit_gwenview.so Reading symbols from /usr/local/lib/libgwenviewcore.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgwenviewcore.so.1 Reading symbols from /usr/local/lib/libkdeprint.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libkdeprint.so.6 Reading symbols from /usr/local/lib/libmng.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libmng.so.1 Reading symbols from /usr/X11R6/lib/libXcursor.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libkmediaplayer.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libkmediaplayer.so.0 Reading symbols from /usr/local/lib/libkparts.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libkparts.so.3 Reading symbols from /usr/local/lib/libexiv2.so.0...Segmentation fault: 11 (core dumped) 4) gdb.core is generated, again uploaded with gdb, so I get this: (gdb) bt #0 0x0819ed65 in cplus_demangle_mangled_name () #1 0x0819eeb3 in cplus_demangle_mangled_name () #2 0x0819e9b6 in cplus_demangle_fill_dtor () #3 0x0819ea45 in cplus_demangle_fill_dtor () #4 0x081a1cca in cplus_demangle_init_info () #5 0x081a1e15 in cplus_demangle_v3 () #6 0x0819a7ef in cplus_demangle () #7 0x080e0c63 in symbol_init_language_specific () #8 0x080e0dcd in symbol_set_names () #9 0x080ac095 in prim_record_minimal_symbol_and_info () #10 0x08130e4b in f_print_type () #11 0x08131153 in f_print_type () #12 0x081314a8 in f_print_type () #13 0x080e76bb in syms_from_objfile () #14 0x080e8aa9 in new_symfile_objfile () #15 0x080aece1 in free_so () #16 0x080c71b0 in throw_exception () #17 0x080c72fa in catch_errors () #18 0x080aefcd in solib_add () #19 0x080cb929 in default_check_format () #20 0x080c71b0 in throw_exception () #21 0x080c72fa in catch_errors () #22 0x080cbc66 in default_check_format () #23 0x08151a44 in fbsd_thread_get_local_address () #24 0x080c731d in catch_errors () #25 0x080c71b0 in throw_exception () #26 0x080c72fa in catch_errors () #27 0x080c735e in catch_command_errors () #28 0x080716b6 in main () 5) gwenview updated has fixed gwenview crash, but gdb still crashes while reading an _old_ core for _new_ gwenview (though the binary doesn't match the core) How-To-Repeat: Follow the steps in the description
More clean: My environment: FreeBSD miryanote 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #24: Thu Mar 22 20:05:55 EET 2007 mirya@miryanote:/usr/src/sys/i386/compile/MY-LITE i386 The actual name of that port is not graphics/exiv but graphics/exiv2
This has probably been fixed upstream in never versions of gdb. However, it is also probably not debuggable with access to the specific core file that triggered the crash.
*** Bug 95691 has been marked as a duplicate of this bug. ***