From owner-freebsd-threads@FreeBSD.ORG Sun Feb 8 09:56:33 2004 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3AB16A4CE for ; Sun, 8 Feb 2004 09:56:33 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E74543D1D for ; Sun, 8 Feb 2004 09:56:33 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i18HuW08051195; Sun, 8 Feb 2004 09:56:32 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 08 Feb 2004 09:56:32 -0800 (PST) From: John Polstra To: Daniel Eischen X-Bogosity: No, tests=bogofilter, spamicity=0.310402, version=0.14.5 cc: freebsd-threads@freebsd.org Subject: Re: bin/31661: pthread_kill signal handler doesn't get sigcontext or ucontext X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 17:56:33 -0000 On 06-Feb-2004 Daniel Eischen wrote: > Well, we are implementing POSIX API's so if there is an existing > standard for pthread_get_suspended_thread_context(), we'll add it. Thanks -- that's perfectly reasonable. I don't think there's anything standard, though -- this is all outside of what POSIX has standardized. > Or if there is some de-facto standard that other vendors seem to be > implementing we can do that. I've even made the offer to the -java > folks to add whatever they need to get the JDK to work, and so far > all they really needed was suspend/resume and a way to get thread > attributes (stack). That's more than generous. I've thought about what Modula-3 would need. It's essentially just like getcontext() but targeted at a different thread. The target thread would always be suspended, and that could be a requirement. If I get around to porting the M3 threads to using native FreeBSD threads before M3 becomes totally irrelevant, I'll be happy to do the kernel portion of this work. I just hope we're not supporting another half-dozen architectures by that time. :-} John