From bb5c43c4b860ad46968f5c811e6a704114915724 Mon Sep 17 00:00:00 2001 From: peter Date: Wed, 8 Aug 2001 05:25:15 +0000 Subject: Zap 'ptrace(PT_READ_U, ...)' and 'ptrace(PT_WRITE_U, ...)' since they are a really nasty interface that should have been killed long ago when 'ptrace(PT_[SG]ETREGS' etc came along. The entity that they operate on (struct user) will not be around much longer since it is part-per-process and part-per-thread in a post-KSE world. gdb does not actually use this except for the obscure 'info udot' command which does a hexdump of as much of the child's 'struct user' as it can get. It carries its own #defines so it doesn't break compiles. --- sys/ia64/include/ptrace.h | 5 ----- 1 file changed, 5 deletions(-) (limited to 'sys/ia64/include') diff --git a/sys/ia64/include/ptrace.h b/sys/ia64/include/ptrace.h index 8a7ff84..2cf8f26 100644 --- a/sys/ia64/include/ptrace.h +++ b/sys/ia64/include/ptrace.h @@ -45,9 +45,4 @@ #define PT_GETFPREGS (PT_FIRSTMACH + 3) #define PT_SETFPREGS (PT_FIRSTMACH + 4) -#ifdef _KERNEL -int ptrace_read_u_check __P((struct proc *p, vm_offset_t off, size_t len)); #endif - -#endif - -- cgit v1.1