mi/2374: ccdebug on hp-ux. Reading registers causes SIGFPE signals to be raised ( and not handled properly?

[T dot Mittelstaedt at cadenas dot de]

>Number:         2374
>Category:       mi
>Synopsis:       ccdebug on hp-ux. Reading registers causes SIGFPE signals to be raised ( and not  handled properly?
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 30 12:38:01 UTC 2007
>Closed-Date:
>Last-Modified:
>Originator:     T.Mittelstaedt@cadenas.de
>Release:        unknown-1.0
>Organization:
>Environment:
gdb 6.7.1 hp-ux 11.11, gcc 4.1.1
>Description:
ccdebug on hp-ux. Reading registers causes SIGFPE signals to be raised ( and not  handled properly?). gdb becomes unusable thereafter. Cannot continue or break. 
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 >
 > Some more investigation shows that the forked gdb runs at about 90+ % 
 > CPU and the truss
 > output shows that floating point exceptions occur.
 >
 > sigvec(SIGFPE, 0x7b042560, 
 > 0x7b042570)                                         = 0
 >   Received signal 8, SIGFPE, in user mode, [caught], partial siginfo
 >     Siginfo: si_code: I_EXCEP, faulting address: 0xc015fd6b, si_errno: 0
 >     PC: 0xc015fd6b, instruction: 0x27c11200
 > sigvec(SIGFPE, 0x7b042560, 
 > 0x7b042570)                                         = 0
 >   Received signal 8, SIGFPE, in user mode, [caught], partial siginfo
 >     Siginfo: si_code: I_EXCEP, faulting address: 0xc015fd6b, si_errno: 0
 >     PC: 0xc015fd6b, instruction: 0x27c11200
 > sigvec(SIGFPE, 0x7b042560, 
 > 0x7b042570)                                         = 0
 >   Received signal 8, SIGFPE, in user mode, [caught], partial siginfo
 >     Siginfo: si_code: I_EXCEP, faulting address: 0xc015fd6b, si_errno: 0
 >     PC: 0xc015fd6b, instruction: 0x27c11200
 >
 >
 > Thomas Mittelstaedt schrieb:
 >> Hallo,
 >>
 >> I am trying to get ccdebug <http://ccdebug.sourceforge.net/>, a Qt-based 
 >> gdb frontend to work on hp-ux. It works without problems on linux. On 
 >> hp-ux, though, and also on aix,
 >> I am having trouble when I hit the key to show the register values. The 
 >> funny thing is, sometimes it works, but mostly it does not, i.e. there is no
 >> response from the forked gdb, because otherwise I would see it in the log.
 >> The following command is sent to gdb, but no response arrives.
 >>
 >> Sent: -data-list-register-values x 
 >>
 >> What can this be and how can I test this?
 >>
 >> Also, when I try to debug ccdebug with gdb directly, I get a ttrace: 
 >> Protocol error.
 >> Attaching to the running process also does not work.
 >>
 >> tmstaedt@buildhp3$ gdb ../ccdebug
 >> GNU gdb 6.7.1
 >> Copyright (C) 2007 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 "hppa2.0w-hp-hpux11.11"...
 >> (gdb) r
 >> Starting program: 
 >> /localbuild/source/V9_UNICODE_RESTRUCTURE/3rdparty/ccdebug/ccdebug
 >> warning: The shared libraries were not privately mapped; setting a
 >> breakpoint in a shared library will not work until you rerun the program.
 >>
 >> [New process 3561, lwp 1296829]
 >> Using /opt/gcc-4.1/32/bin/gdb
 >> Detaching after fork from child process 3567.
 >> [Switching to process 3561, lwp 1296829]
 >> 0x7affe5d4 in _fork_sys () from /usr/lib/libc.2
 >> ttrace: Protocol error.
 >>
 >>
 >>
 >> gcc -v
 >> Reading specs from 
 >> /opt/gcc/gcc-4.1/32/lib/gcc/hppa2.0w-hp-hpux11.11/4.1.1/specs
 >> Target: hppa2.0w-hp-hpux11.11
 >> Configured with: ../gcc-4.1.1/configure --prefix=/opt/gcc-4.1-32 
 >> --enable-version-specific-runtime-libs --enable-static --enable-shared 
 >> --with-gnu-as --with-as=/opt/gcc-4.1-32/bin/as --enable-threads=posix 
 >> --disable-nls --enable-languages=c,c++
 >> Thread model: posix
 >> gcc version 4.1.1
 >>
 >>
 >> Thanks in advance for help,
 >> thomas
 >>
 >>   
----gnatsweb-attachment----
Content-Type: text/plain; name="Re  Problem with gdb_mi under hp-ux 11.11, gdb 6.7.1.txt"
Content-Disposition: inline; filename="Re  Problem with gdb_mi under hp-ux 11.11, gdb 6.7.1.txt"

Hallo,


#7  0x64e44 in unpack_long (type=0x7b041f20, valaddr=0x7b0416b8
"\341yd\225{\003\006\230z\271\2468") at
/localbuild/source/gdb-6.7.1/gdb/value.c:1097
(gdb) do
#6  0xc0161bcc in _U_Qfcnvfxt_quad_to_dbl+0xb4 () from /usr/lib/libc.2
(gdb)
#5  0xc015fd68 in _U_force_trap+0 () from /usr/lib/libc.2
(gdb)
#4  <signal handler called>
(gdb) do
#3  0x8b9bc in handle_sigfpe (sig=8) at
/localbuild/source/gdb-6.7.1/gdb/event-top.c:1096
(gdb) bt
#0  0xc02012e0 in _sigvector+0x10 () from /usr/lib/libc.2
#1  0xc0207d3c in signalvector+0xac () from /usr/lib/libc.2
#2  0xc0207c48 in signal+0xa0 () from /usr/lib/libc.2
#3  0x8b9bc in handle_sigfpe (sig=8) at
/localbuild/source/gdb-6.7.1/gdb/event-top.c:1096
#4  <signal handler called>
#5  0xc015fd68 in _U_force_trap+0 () from /usr/lib/libc.2
#6  0xc0161bcc in _U_Qfcnvfxt_quad_to_dbl+0xb4 () from /usr/lib/libc.2
#7  0x64e44 in unpack_long (type=0x7b041f20, valaddr=0x7b0416b8
"\341yd\225{\003\006\230z\271\2468") at
/localbuild/source/gdb-6.7.1/gdb/value.c:1097
#8  0x76634 in print_scalar_formatted (valaddr=0x7b0416b8,
type=0x4003bca8, format=120, size=0, stream=0x400739c0) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/printcmd.c:354
#9  0x18d37c in c_val_print (type=0x40084c20, valaddr=0x240800 "e",
embedded_offset=1073762000, address=0, stream=0x400739c0, format=120,
deref_ref=1, recurse=0, pretty=Val_no_prettyprint) at
/localbuild/source/gdb-6.7.1/gdb/c-valprint.c:469
#10 0x7338c in val_print (type=0x7b041928, valaddr=0x7b041838 "",
embedded_offset=42, address=2235956, stream=0x400739c0, format=120,
deref_ref=1, recurse=0, pretty=Val_pretty_default) at
/localbuild/source/gdb-6.7.1/gdb/valprint.c:230
#11 0x161b80 in get_register (regnum=2063865528, format=2063865528) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-main.c:569
#12 0x161f14 in mi_cmd_data_list_register_values (command=0x7b027b78 "",
argv=0x2, argc=121) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-main.c:484
#13 0x16066c in captured_mi_execute_command (uiout=0x0, data=0x7b026f38)
at /localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-main.c:1319
#14 0x3dfac in catch_exception (uiout=0x40038aa8, func=0x7b030690,
func_args=0x7b026f38, mask=1073861092) at
/localbuild/source/gdb-6.7.1/gdb/exceptions.c:467
#15 0x15ff9c in mi_execute_command (cmd=0x7b030958 "",
from_tty=2063795856) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-main.c:1243
#16 0xddd2c in mi_execute_command_wrapper (cmd=0x7b026f38 "") at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-interp.c:283
#17 0x8bff8 in gdb_readline2 (client_data=0x40038aa8) at
/localbuild/source/gdb-6.7.1/gdb/event-top.c:885
#18 0x8c190 in stdin_event_handler (error=2063796560,
client_data=0x40073cb4) at /localbuild/source/gdb-6.7.1/gdb/event-top.c:431
#19 0x8afb4 in handle_file_event (event_file_desc=0) at
/localbuild/source/gdb-6.7.1/gdb/event-loop.c:728
#20 0x8a0d8 in process_event () at
/localbuild/source/gdb-6.7.1/gdb/event-loop.c:341
#21 0x8abc8 in gdb_do_one_event (data=0x4006ab98) at
/localbuild/source/gdb-6.7.1/gdb/event-loop.c:378
#22 0x3dda8 in catch_errors (func=0x7b032e90, func_args=0x0,
errstring=0x0, mask=1074170312) at
/localbuild/source/gdb-6.7.1/gdb/exceptions.c:513
#23 0x8aa3c in start_event_loop () at
/localbuild/source/gdb-6.7.1/gdb/event-loop.c:404
#24 0xddff4 in mi_command_loop (mi_version=2063806096) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/mi/mi-interp.c:351
#25 0x3e3d8 in current_interp_command_loop () at
/localbuild/source/gdb-6.7.1/gdb/interps.c:273
#26 0x2a7dc in captured_command_loop (data=0x400689d0) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/main.c:99
#27 0x3dda8 in catch_errors (func=0, func_args=0x0, errstring=0x0,
mask=0) at /localbuild/source/gdb-6.7.1/gdb/exceptions.c:513
#28 0x2a0b0 in captured_main (data=0x40038aa8) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/main.c:870
#29 0x3dda8 in catch_errors (func=0, func_args=0x0, errstring=0x1f1998
"console", mask=0) at /localbuild/source/gdb-6.7.1/gdb/exceptions.c:513
#30 0x296f0 in gdb_main (args=0x0) at
/localbuild/source/gdb-6.7.1/gdb/.././gdb/main.c:879
#31 0x296b0 in main (argc=0, argv=0x0) at
/localbuild/source/gdb-6.7.1/gdb/gdb.c:33
(gdb) f 7
#7  0x64e44 in unpack_long (type=0x7b041f20, valaddr=0x7b0416b8
"\341yd\225{\003\006\230z\271\2468") at
/localbuild/source/gdb-6.7.1/gdb/value.c:1097
(gdb) p valaddr
$15 = (unsigned char *) 0x7b0416b8 "\341yd\225{\003\006\230z\271\2468"
(gdb) do



Thomas Mittelstaedt schrieb:
> Hallo,