[Internal error] gdbtui at startup

["Pierre Muller" <muller at ics dot u-strasbg dot fr>]

  gdbtui generates an internal error
due to a call to paddress with NULL gdbarch
in tui_make_status_line.

  Shouldn't paddress simply use sizeof(CORE_ADDR) if gdbarch is NULL?


Pierre Muller
Pascal language support maintainer for GDB




Pierre@d620-muller ~/gdbcvs/build-bare/gdb
$ ./gdb ./gdbtui.exe
GNU gdb (GDB) 6.8.50.20090707-cvs
Copyright (C) 2009 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 "i686-pc-cygwin".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Setting up the environment for debugging gdb.
During symbol reading, struct/union type gets multiply defined: struct type.
Breakpoint 1 at 0x40cb24: file ../../purecvs/gdb/utils.c, line 995.
Breakpoint 2 at 0x41c8f9: file ../../purecvs/gdb/cli/cli-cmds.c, line 204.
(top-gdb) set new-c
(top-gdb) r ./gdb
Starting program: /usr/local/src/gdbcvs/build-bare/gdb/gdbtui.exe ./gdb
[New Thread 1852.0xbec]
[New Thread 1852.0x1210]
[New Thread 1852.0x16b4]
[New Thread 1852.0xc9c]
[New Thread 1852.0x157c]

Breakpoint 1, internal_error (file=0x67ac5b "../../purecvs/gdb/gdbarch.c",
    line=1403, string=0x67ac33 "%s: Assertion `%s' failed.")
    at ../../purecvs/gdb/utils.c:995
995       va_start (ap, string);
(top-gdb) bt
#0  internal_error (file=0x67ac5b "../../purecvs/gdb/gdbarch.c", line=1403,
    string=0x67ac33 "%s: Assertion `%s' failed.")
    at ../../purecvs/gdb/utils.c:995
#1  0x0045f59e in gdbarch_addr_bit (gdbarch=0x0)
    at ../../purecvs/gdb/gdbarch.c:1403
#2  0x0040f16e in paddress (gdbarch=0x0, addr=0)
    at ../../purecvs/gdb/utils.c:2862
#3  0x004bf186 in tui_make_status_line (loc=0xf1c51c)
    at ../../purecvs/gdb/tui/tui-stack.c:106
#4  0x004bf5dd in tui_show_locator_content ()
    at ../../purecvs/gdb/tui/tui-stack.c:255
#5  0x004c28bd in show_source_or_disasm_and_command
(layout_type=SRC_COMMAND)
    at ../../purecvs/gdb/tui/tui-layout.c:1065
#6  0x004c1e9a in show_source_command ()
    at ../../purecvs/gdb/tui/tui-layout.c:715
#7  0x004c12dc in show_layout (layout=SRC_COMMAND)
    at ../../purecvs/gdb/tui/tui-layout.c:109
#8  0x004c1417 in tui_set_layout (layout_type=SRC_COMMAND,
    regs_display_type=TUI_UNDEFINED_REGS)
    at ../../purecvs/gdb/tui/tui-layout.c:176
#9  0x00495f8b in _fu1__COLS () at ../../purecvs/gdb/tui/tui.c:391
#10 0x004c2a1a in tui_resume (data=0x0)
    at ../../purecvs/gdb/tui/tui-interp.c:87
#11 0x0041f535 in interp_set (interp=0xf08ec0, top_level=1)
    at ../../purecvs/gdb/interps.c:197
#12 0x00401c6c in captured_main (data=0x22cc80)
    at ../../purecvs/gdb/main.c:741
#13 0x004149e7 in catch_errors (func=0x40131c <captured_main>,
    func_args=0x22cc80, errstring=0x66112b "", mask=6)
    at ../../purecvs/gdb/exceptions.c:510
#14 0x00402260 in gdb_main (args=0x22cc80) at ../../purecvs/gdb/main.c:911
#15 0x004010ba in main (argc=2, argv=0xed1f60)
    at ../../purecvs/gdb/tui/tui-main.c:34
(top-gdb) f 3
#3  0x004bf186 in tui_make_status_line (loc=0xf1c51c)
    at ../../purecvs/gdb/tui/tui-stack.c:106
106       fputs_filtered (paddress (loc->gdbarch, loc->addr), pc_out);
(top-gdb) p *loc
$4 = {file_name = '\000' <repeats 259 times>,
  proc_name = '\000' <repeats 259 times>, line_no = 0, addr = 0,
  gdbarch = 0x0}
(top-gdb)