breakpoints/1842: Gdb crashes when attempting to set a breakpoint on function

[zyga at www dot suxx dot pl]

>Number:         1842
>Category:       breakpoints
>Synopsis:       Gdb crashes when attempting to set a breakpoint on function
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Sun Jan 09 21:28:00 UTC 2005
>Closed-Date:
>Last-Modified:
>Originator:     Zygmunt Krynicki
>Release:        GNU gdb 6.3.50.20050109-cvs
>Organization:
>Environment:
Linux amd64 2.6.10-1.1075_FC4 #1 Sat Jan 8 18:59:19 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
>Description:
Basicly gdb crashes when attempting to define a breakpoint:
after running gdb in gdb I've found out this:

Program received signal SIGSEGV, Segmentation fault.
process_die (die=0xb90bb8, cu=0xab73a0) at dwarf2read.c:8788
8788      if (IS_ABSOLUTE_PATH (fe->name))

Here is the backtrace:

(gdb) bt
#0  process_die (die=0xb90bb8, cu=0xab73a0) at dwarf2read.c:8788
#1  0x00000000004ff0c2 in psymtab_to_symtab_1 (pst=0x859140) at dwarf2read.c:2590
#2  0x00000000004ff29a in dwarf2_psymtab_to_symtab (pst=0x891a68) at dwarf2read.c:2326
#3  0x00000000004b57fb in psymtab_to_symtab (pst=0x891a68) at symfile.c:277
#4  0x00000000004b1ecc in lookup_symbol_aux_psymtabs (block_index=0, name=0x7fffffffe7c0 "handler_dump", linkage_name=0x0, domain=VAR_DOMAIN, symtab=0x0)
    at symtab.c:1276
#5  0x00000000004b22ff in lookup_symbol (name=0x7fffffffe7c0 "handler_dump", block=0x0, domain=VAR_DOMAIN, is_a_field_of_this=0x0, symtab=0x0)
    at symtab.c:1118
#6  0x00000000005187de in find_imps (symtab=0x0, block=0x0, method=0x7cc006 "handler_dump", syms=0x0, nsym=0x7fffffffe878, ndebug=0x7fffffffe87c)
    at objc-lang.c:1436
#7  0x00000000004bc073 in decode_objc (argptr=0x7fffffffecd8, funfirstline=1, file_symtab=0x0, canonical=0x7fffffffecd0, saved_arg=0x859140 "\uffff\uffff\225")
    at linespec.c:1092
#8  0x00000000004bcdf0 in decode_line_1 (argptr=0x7fffffffecd8, funfirstline=1, default_symtab=0x0, default_line=0, canonical=0x7fffffffecd0,
    not_found_ptr=0x7fffffffeccc) at linespec.c:717
#9  0x000000000049484b in parse_breakpoint_sals (address=0x7fffffffecd8, sals=0x7fffffffed60, addr_string=0x7fffffffecd0, not_found_ptr=0x7fffffffeccc)
    at breakpoint.c:5023
#10 0x00000000004948ab in do_captured_parse_breakpoint (ui=0x0, data=0xb89178) at breakpoint.c:5085
#11 0x000000000044646e in catcher (func=0x494890 <do_captured_parse_breakpoint>, func_uiout=0x820b00, func_args=0x7fffffffed10, func_val=0x7fffffffec30,
    func_caught=0x7fffffffec34, errstring=0x7fffffffe600 "\002", gdberrmsg=0x7fffffffecc0, mask=6) at top.c:431
#12 0x0000000000446528 in catch_exceptions_with_msg (uiout=0x0, func=0xb89178, func_args=0xb88410, errstring=0xb88320 "j\f", gdberrmsg=0x859140, mask=-6656)
    at top.c:506
#13 0x0000000000494afd in break_command_1 (arg=0x7cc006 "handler_dump", flag=0, from_tty=1, pending_bp=0x0) at breakpoint.c:5131
#14 0x000000000044695d in execute_command (p=0x7cc011 "p", from_tty=1) at top.c:733
#15 0x00000000004cfe96 in command_handler (command=0x7cc000 "break handler_dump") at event-top.c:500
#16 0x00000000004d0420 in command_line_handler (rl=0x873360 "\uffff-~") at event-top.c:799
#17 0x00000000005b30f1 in rl_callback_read_char () at callback.c:123
#18 0x00000000004cf7b9 in rl_callback_read_char_wrapper (client_data=0x0) at event-top.c:166
#19 0x00000000004ce7cd in process_event () at event-loop.c:334
#20 0x00000000004cf2f8 in gdb_do_one_event (data=0x0) at event-loop.c:371
#21 0x000000000044646e in catcher (func=0x446580 <do_catch_errors>, func_uiout=0x820b00, func_args=0x7ffffffff030, func_val=0x7ffffffff028,
    func_caught=0x7ffffffff02c, errstring=0x7fffffffe600 "\002", gdberrmsg=0x0, mask=6) at top.c:431
#22 0x00000000004465d0 in catch_errors (func=0, func_args=0x2aaaad21a824, errstring=0xb89178 "", mask=12092192) at top.c:536
#23 0x0000000000482b56 in tui_command_loop (data=0x0) at ./tui/tui-interp.c:150
#24 0x000000000043d439 in captured_command_loop (data=0x0) at ./main.c:91
#25 0x000000000044646e in catcher (func=0x446580 <do_catch_errors>, func_uiout=0x820b00, func_args=0x7ffffffff1e0, func_val=0x7ffffffff1d8,
    func_caught=0x7ffffffff1dc, errstring=0x7fffffffe600 "\002", gdberrmsg=0x0, mask=6) at top.c:431
#26 0x00000000004465d0 in catch_errors (func=0, func_args=0x2aaaad21a824, errstring=0xb89178 "", mask=12092192) at top.c:536
#27 0x000000000043dae6 in captured_main (data=0x7ffffffff330) at ./main.c:802
#28 0x000000000044646e in catcher (func=0x446580 <do_catch_errors>, func_uiout=0x7a08e0, func_args=0x7ffffffff560, func_val=0x7ffffffff558,
    func_caught=0x7ffffffff55c, errstring=0x7fffffffe600 "\002", gdberrmsg=0x0, mask=6) at top.c:431
#29 0x00000000004465d0 in catch_errors (func=0, func_args=0x2aaaad21a824, errstring=0xb89178 "", mask=12092192) at top.c:536
#30 0x000000000043e214 in gdb_main (args=0x0) at ./main.c:811
#31 0x000000000043d427 in main (argc=8753472, argv=0x2aaaad21a824) at gdb.c:35

My gdb is:

[zyga@amd64 corpus]$ gdb --version
GNU gdb 6.3.50.20050109-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 "x86_64-unknown-linux-gnu".

I can reproduce the erorr in my environment.
It doesn't always crash though (not on every function)

I was trying to set a breakpoint on "handler_dump" (maybe it matters).

If you'd like any additional information I'll gladly help.
>How-To-Repeat:
I'm still trying to create minimal reproducable example.
>Fix:
Unknown
>Release-Note:
>Audit-Trail:
>Unformatted: