7.3 is broken on FreeBSD

[Yuri]

On 07/06/2011 13:59, Tom Tromey wrote:
> yuri>  When I tried to debug something large (thunderbird built with DEBUG
> yuri>  option) on FreeBSD-8.2 amd64 gdb73 crashed (SEGV).
>
> This isn't enough information.
> Can you get a stack trace from gdb?

Here is the debugging session log, debugging gdb-7.3 running debug 
thunderbird with gdb-7.2:

[yuri@eagle /home/yuri]$ LD_LIBRARY_PATH=/usr/local/lib/thunderbird 
gdb72 /usr/local/gdb-7.3/bin/gdb
GNU gdb (GDB) 7.2 [GDB v7.2 for FreeBSD]
Copyright (C) 2010 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 "x86_64-portbld-freebsd8.2".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/gdb-7.3/bin/gdb...done.
(gdb) r /usr/local/lib/thunderbird/thunderbird-bin
Starting program: /usr/local/gdb-7.3/bin/gdb 
/usr/local/lib/thunderbird/thunderbird-bin
[New LWP 101940]
[New Thread 8018041c0 (LWP 101940)]
GNU gdb (GDB) 7.2.90.20110706-cvs
Copyright (C) 2011 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 "x86_64-unknown-freebsd8.2".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/lib/thunderbird/thunderbird-bin...done.
(gdb) c
The program is not being run.
(gdb) r
Starting program: /usr/local/lib/thunderbird/thunderbird-bin

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8018041c0 (LWP 101940)]
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x000000000066ceb8 in i386_stopped_data_address (ops=0xa749a0, 
addr_p=0x7fffffffd498) at i386-nat.c:563
#2  0x000000000066cfce in i386_stopped_by_watchpoint () at i386-nat.c:596
#3  0x00000000005068d5 in watchpoints_triggered (ws=0x7fffffffd8d0) at 
breakpoint.c:3652
#4  0x000000000056e55f in handle_inferior_event (ecs=0x7fffffffd8b0) at 
infrun.c:3795
#5  0x000000000056bcd3 in wait_for_inferior (treat_exec_as_sigtrap=0) at 
infrun.c:2610
#6  0x000000000056afa3 in proceed (addr=34365003584, 
siggnal=TARGET_SIGNAL_0, step=0) at infrun.c:2136
#7  0x0000000000563d70 in run_command_1 (args=0x0, from_tty=1, 
tbreak_at_main=0) at infcmd.c:600
#8  0x0000000000563db0 in run_command (args=0x0, from_tty=1) at infcmd.c:610
#9  0x00000000004bae44 in do_cfunc (c=0x8018daa00, args=0x0, from_tty=1) 
at ./cli/cli-decode.c:67
#10 0x00000000004bde25 in cmd_func (cmd=0x8018daa00, args=0x0, 
from_tty=1) at ./cli/cli-decode.c:1777
#11 0x0000000000459b84 in execute_command (p=0x801813081 "", from_tty=1) 
at top.c:428
#12 0x0000000000587c4e in command_handler (command=0x801813080 "") at 
event-top.c:499
#13 0x0000000000588232 in command_line_handler (rl=0x801816118 "r") at 
event-top.c:704
#14 0x000000000069ee60 in rl_callback_read_char () at callback.c:205
#15 0x00000000005872a1 in rl_callback_read_char_wrapper 
(client_data=0x0) at event-top.c:177
#16 0x0000000000587b11 in stdin_event_handler (error=0, client_data=0x0) 
at event-top.c:434
#17 0x0000000000586228 in handle_file_event (data=...) at event-loop.c:831
#18 0x0000000000585872 in process_event () at event-loop.c:402
#19 0x000000000058595b in gdb_do_one_event (data=0x0) at event-loop.c:467
#20 0x000000000057feef in catch_errors (func=0x585890 
<gdb_do_one_event>, func_args=0x0, errstring=0x7b6e43 "", mask=6) at 
exceptions.c:521
#21 0x00000000004d3444 in tui_command_loop (data=0x0) at 
./tui/tui-interp.c:172
#22 0x00000000005806e7 in current_interp_command_loop () at interps.c:291
#23 0x000000000044eb11 in captured_command_loop (data=0x0) at ./main.c:228
#24 0x000000000057feef in catch_errors (func=0x44eb00 
<captured_command_loop>, func_args=0x0, errstring=0x799577 "", mask=6) 
at exceptions.c:521
#25 0x000000000044faeb in captured_main (data=0x7fffffffe000) at 
./main.c:936
#26 0x000000000057feef in catch_errors (func=0x44eb50 <captured_main>, 
func_args=0x7fffffffe000, errstring=0x799577 "", mask=6) at exceptions.c:521
#27 0x000000000044fb71 in gdb_main (args=0x7fffffffe000) at ./main.c:945
#28 0x000000000044e838 in main (argc=2, argv=0x7fffffffe078) at gdb.c:35
(gdb)

>
> yuri>  Also, gdb7.2 has a long standing bug on FreeBSD that it fails with:
> yuri>  "Invalid selected thread." error on multithreaded applications.
>
> Is it still a bug in 7.3?
>

Not sure, because of the first problem.

Yuri