From owner-freebsd-java@FreeBSD.ORG Fri May 2 11:32:07 2003 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A850637B401; Fri, 2 May 2003 11:32:07 -0700 (PDT) Received: from net1.gendyn.com (gate1.gendyn.com [204.60.171.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A781343FBD; Fri, 2 May 2003 11:32:06 -0700 (PDT) (envelope-from deischen@freebsd.org) Received: from [153.11.11.3] (helo=ebnext01) by net1.gendyn.com with esmtp (Exim 2.12 #1) id 19BfK9-0008rj-00; Fri, 2 May 2003 14:31:57 -0400 Received: from clcrtr.gdeb.com ([153.11.109.11]) by ebnext01 with SMTP id h42IVuGR036442; Fri, 2 May 2003 14:31:56 -0400 Received: from freebsd.org (gpz.clc.gdeb.com [192.168.3.12]) by clcrtr.gdeb.com (8.11.4/8.11.4) with ESMTP id h3U2inq87466; Tue, 29 Apr 2003 22:44:50 -0400 (EDT) (envelope-from deischen@freebsd.org) Sender: eghk@clcrtr.gdeb.com Message-ID: <3EB2B97C.F56F4ED5@freebsd.org> Date: Fri, 02 May 2003 14:31:24 -0400 From: Daniel Eischen X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.9 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: java@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: threads@freebsd.org Subject: Java and native threads using libpthread X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2003 18:32:08 -0000 [Followups to threads@ please] I know you guys have made a lot of progress with native threading using libc_r, but I'd like to see you try out libpthread (libkse) at some point. We're currently in active development of libpthread, so if you have any desires, please let us know. One of the things I'd like to see is removal any knowledge of thread library internals (if you still have any). For instance, if you need to retrieve a thread's register set, I'd rather give you a function to retrieve them instead of knowing where they are in the thread structure. -- Dan Eischen