From 22b4b22308095876497fab6f1ee4de086d9a9488 Mon Sep 17 00:00:00 2001 From: Jim Kingdon Date: Wed, 21 Jul 1993 18:39:30 +0000 Subject: [PATCH] * config/pa/hppa{b,h}.h: Define ATTACH_DETACH. --- gdb/ChangeLog | 4 ++++ gdb/config/pa/nm-hppab.h | 9 +++++++++ gdb/config/pa/nm-hppah.h | 9 +++++++++ 3 files changed, 22 insertions(+) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index f9235c8..0cae379 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,7 @@ +Wed Jul 21 11:37:30 1993 Jim Kingdon (kingdon@deneb.cygnus.com) + + * config/pa/hppa{b,h}.h: Define ATTACH_DETACH. + Wed Jul 21 03:07:30 1993 Peter Schauer (pes@regent.e-technik.tu-muenchen.de) * config/mips/xm-makeva.h: New file implements va_list alignment diff --git a/gdb/config/pa/nm-hppab.h b/gdb/config/pa/nm-hppab.h index 0b5ef6f..10f7bfd 100644 --- a/gdb/config/pa/nm-hppab.h +++ b/gdb/config/pa/nm-hppab.h @@ -26,3 +26,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* 3rd argument to ptrace is supposed to be a caddr_t. */ #define PTRACE_ARG3_TYPE caddr_t + +/* attach/detach works to some extent under BSD and HPUX. So long + as the process you're attaching to isn't blocked waiting on io, + blocked waiting on a signal, or in a system call things work + fine. (The problems in those cases are related to the fact that + the kernel can't provide complete register information for the + target process... Which really pisses off GDB.) */ + +#define ATTACH_DETACH diff --git a/gdb/config/pa/nm-hppah.h b/gdb/config/pa/nm-hppah.h index 6977a12..228821d 100644 --- a/gdb/config/pa/nm-hppah.h +++ b/gdb/config/pa/nm-hppah.h @@ -22,3 +22,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* What a coincidence! */ #define REGISTER_U_ADDR(addr, blockend, regno) \ { addr = (int)(blockend) + REGISTER_BYTE (regno);} + +/* attach/detach works to some extent under BSD and HPUX. So long + as the process you're attaching to isn't blocked waiting on io, + blocked waiting on a signal, or in a system call things work + fine. (The problems in those cases are related to the fact that + the kernel can't provide complete register information for the + target process... Which really pisses off GDB.) */ + +#define ATTACH_DETACH -- 2.7.4