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... This message posted from opensolaris.org
