> After I upgraded an amd64 dual core box from snv_72 > to snv_85, > JDS seems to have become quite unstable; sometimes > it seems > as if all sort of gnome programs (nautilus, > gnome-panel, > gam_server, ...) are crashing at random times. > > JDS/Gnome seems to be starting "bug-buddy" to produce > crash dump > reports, but that doesn't work too well, because > bug-buddy is using > gdb, and gdb is segfaulting, too. :-/ > > I can reproduce gdb crashes like this (attaching to a > running X11 program, > apparently that is used by bug-buddy): > > % /usr/openwin/bin/xterm & > [1] 20797 > > % /bin/gdb /usr/openwin/bin/xterm 20797 > GNU gdb 6.3.50_2004-11-23-cvs > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General > Public License, and you are > welcome to change it and/or distribute copies of it > under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show > warranty" for details. > This GDB was configured as > "i386-pc-solaris2.11"...(no debugging symbols found) > > Attaching to program `/usr/openwin/bin/xterm', > process 20797 > Reading symbols from /lib/libc.so.1...(no debugging > symbols found)...done. > Loaded symbols for /lib/libc.so.1 > Reading symbols from > /usr/openwin/lib/libXaw.so.5...(no debugging symbols > found)...done. > Loaded symbols for /usr/openwin/lib/libXaw.so.5 > Reading symbols from > /usr/openwin/lib/libXmu.so...done. > Loaded symbols for /usr/openwin/lib/libXmu.so > Reading symbols from > /usr/openwin/lib/libXt.so.4...done. > Loaded symbols for /usr/openwin/lib/libXt.so.4 > Reading symbols from > /usr/openwin/lib/libX11.so...Segmentation fault (core > dumped) > > % pstack core > core 'core' of 20807: /bin/gdb /usr/openwin/bin/xterm > 20797 > 0815b8da dwarf_decode_lines (91a4878, 0, 83ee278, > 80452bc, 92180e8) + 23e > 08154afc dwarf2_build_include_psymtabs (80452bc, > 80463f0, 92180e8) + 34 > 08154e55 dwarf2_build_psymtabs_hard (85b45e8, 0) + > 345 > 081548af dwarf2_build_psymtabs (85b45e8, 0) + 12b > 08150691 elf_symfile_read (85b45e8, 0) + 151 > 08117c65 syms_from_objfile (85b45e8, 845c730, 0, 0, > 0, 1) + 3dd > 08117e77 symbol_file_add_with_addrs_or_offsets > (83ee278, 1, 845c730, 0, 0, 0) + fb > 08118032 symbol_file_add_from_bfd (83ee278, 1, > 845c730, 0, 8) + 1e > 0811805b symbol_file_add (8312aa8, 1, 845c730, 0, 8) > + 23 > 080bc92b symbol_add_stub (83128a0) + 6f > 080af264 do_catch_errors (830a938, 8046848) + 10 > 080af0d9 catcher (80af254, 830a938, 8046848, > 8046864, 8046868, 82a2978) + 8d > 080af2a8 catch_errors (80bc8bc, 83128a0, 82a2978, 6) > + 3c > 080bcbe6 solib_add (0, 1, 0, 1) + f6 > 080e3094 sol_thread_attach (804724c, 1) + 28 > 080a9fb6 find_default_attach (804724c, 1) + 1e > 08122467 attach_command (804724c, 1) + 47 > 080af2cf do_captured_command (8046bd4) + 13 > 080af264 do_catch_errors (830a938, 8046b98) + 10 > 080af0d9 catcher (80af254, 830a938, 8046b98, > 8046bb0, 8046bb4, 82a182c) + 8d > 080af2a8 catch_errors (80af2bc, 8046bd4, 82a182c, 6) > + 3c > 080af319 catch_command_errors (8122420, 804724c, 1, > 6) + 35 > 080a7cd7 captured_main (8047030) + 897 > 080af264 do_catch_errors (829a080, 8046fe8) + 10 > 080af0d9 catcher (80af254, 829a080, 8046fe8, > 8047000, 8047004, 829f734) + 8d > 080af2a8 catch_errors (80a7440, 8047030, 829f734, 6) > + 3c > 080a80f3 gdb_main (8047030) + 23 > 080a73e7 main (3, 8047080, 8047090) + 3f > 080a731a _start (3, 804722c, 8047235, 804724c, 0, > 8047252) + 7a > > > Trying to start an X11 program under gdb doesn't > work, either: > > % /bin/gdb /usr/openwin/bin/xterm > GNU gdb 6.3.50_2004-11-23-cvs > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General > Public License, and you are > welcome to change it and/or distribute copies of it > under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show > warranty" for details. > This GDB was configured as > "i386-pc-solaris2.11"...(no debugging symbols found) > > (gdb) run > Starting program: /usr/openwin/bin/xterm > (no debugging symbols found) > (no debugging symbols found) > Segmentation fault (core dumped) > > % pstack core > core 'core' of 20810: /usr/openwin/bin/xterm > fefd3074 rtld_db_dlactivity (feffb170, 3, 0) > fefd2d50 setup (8047078, 80471b4, 0, 8047fde, > 1000, fefc3bb9) + ed0 > fefdfaa8 _setup (8047044, feffbab4, 3, 8047070, 4, > 8047078) + 310 > fefc81b8 _rt_boot (0, 8047233, 804723e, 8047247, > 80472bf, 80472cd) + 56 > 0804721c ???????? () > > > Can anyone reproduce this? > > Why has gdb become that unstable? Have there been > any > changes to the X11 compilation environment recently > that > could explain these crashes? I just checked an > snv_77 and > snv_81 box, and on both of them the above tests don't > crash > gdb, so it might be a change introduced somewhere > between > snv_82 and snv_85...
I'm having the exact same issues, and am considering downgrading to b84 if I can't discover a workaround. This message posted from opensolaris.org
