From owner-freebsd-hackers Thu Feb 28 18:40:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 9CF4637B400 for ; Thu, 28 Feb 2002 18:40:12 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020301024012.QJAY1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Fri, 1 Mar 2002 02:40:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA08948; Thu, 28 Feb 2002 18:32:50 -0800 (PST) Date: Thu, 28 Feb 2002 18:32:50 -0800 (PST) From: Julian Elischer To: Bakul Shah Cc: freebsd-hackers@freebsd.org Subject: Re: Missing PT_READ_U In-Reply-To: <200203010226.VAA18006@warspite.cnchost.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 28 Feb 2002, Bakul Shah wrote: > > 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. > > Yeah I saw that before sending out my query. This should've > waited until after KSE is in place. The u-area is already gone really... > > > the uarea is pretty much a shadow of its former self > > The fields have been scattered across two structures. > > > > What is ups trying to find out? > > Signal handling state of the process being debugged (whether > ignored/caught etc). I haven't dug deeper into it so I > don't know why it wants that but it seems to be pretty deeply > wired in. > > > There are other ways to get all the information in question. > > There isn't. I don't think procfs will give me that either. > May be PT_{SET,GET}SIGSTATE should be added? > > BTW, what is being added to allow debugging a post-KSE world > process? > > -- bakul > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message