From owner-freebsd-java Wed Mar 20 12:26:51 2002 Delivered-To: freebsd-java@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 0455B37B404 for ; Wed, 20 Mar 2002 12:26:44 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id NAA02096; Wed, 20 Mar 2002 13:26:29 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g2KKQTs00420; Wed, 20 Mar 2002 13:26:29 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15512.61557.26582.852492@caddis.yogotech.com> Date: Wed, 20 Mar 2002 13:26:29 -0700 To: Bill Huey Cc: Richard Tobin , java@FreeBSD.ORG Subject: Re: Mozilla core... & HotSpot update In-Reply-To: <20020320201858.GA3125@gnuppy.monkey.org> References: <200203201509.PAA29782@sorley.cogsci.ed.ac.uk> <20020320201858.GA3125@gnuppy.monkey.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > [OS glue layer] > > 1) There's a couple of problems with interruptable IO that are a bit > semantically confusing such as the SYSV and BSD behaviors of a syscall > during the delivery of a signal. Should it return EINT like in SYSV ? Define what you mean by 'interruptible' IO? Do you mean select/poll, or asynchronous IO? I don't believe BSD allows one to 'interrupt' an IO system call, so I'm not sure what you're asking. If you're taking about asynchronous IO, all if the details are in the green threads code, and/or the libc_r code. There are many ways of dealing with them, and it's not too difficult to figure it out once you get the hang of it. The bear is making sure you handle *ALL* the corner cases. :( > [CPU/architecture specifics] > > 3) Safe-point handling that deals with exceptions thrown in the middle of > a JIT block still needs to be fully understood and verified. The call back > framework during SIGUSR1 supporting the manipulation of ucontext_t's > is now done. That supports the safe-point system. > > This section is almost complete after the work I've done over the last > couple of days. And where is that work, pray tell? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message