From 2aca0c28d39b914923402cc81a4d6b4213b3df2d Mon Sep 17 00:00:00 2001 From: Peter Wemm 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/alpha/include/ptrace.h | 6 ------ 1 file changed, 6 deletions(-) (limited to 'sys/alpha/include') diff --git a/sys/alpha/include/ptrace.h b/sys/alpha/include/ptrace.h index 2af0ec498c9e2..3dca2aa6debf2 100644 --- a/sys/alpha/include/ptrace.h +++ b/sys/alpha/include/ptrace.h @@ -47,10 +47,4 @@ #define FIX_SSTEP(p) ptrace_clear_single_step(p) -#ifdef _KERNEL -int ptrace_clear_single_step __P((struct proc *p)); -int ptrace_read_u_check __P((struct proc *p, vm_offset_t off, size_t len)); #endif - -#endif - -- cgit v1.3