From owner-freebsd-java  Thu Feb 14 11:49:33 2002
Delivered-To: freebsd-java@freebsd.org
Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100])
	by hub.freebsd.org (Postfix) with ESMTP id 45DAC37B405
	for <freebsd-java@freebsd.org>; Thu, 14 Feb 2002 11:49:31 -0800 (PST)
Received: from billh by gnuppy.monkey.org with local (Exim 3.34 #1 (Debian))
	id 16bRsj-0000Wc-00; Thu, 14 Feb 2002 11:49:25 -0800
Date: Thu, 14 Feb 2002 11:49:25 -0800
To: Mikhail Kruk <meshko@cs.brandeis.edu>
Cc: Guerry Semones <gsemones@treenleaf.com>, freebsd-java@FreeBSD.ORG
Subject: Re: Need info for compiling JDK1.3.1 on FreeBSD with Native Threads
Message-ID: <20020214194925.GA1818@gnuppy.monkey.org>
References: <20020214190716.GA1472@gnuppy.monkey.org> <Pine.LNX.4.44.0202141411260.13821-100000@daedalus.cs.brandeis.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0202141411260.13821-100000@daedalus.cs.brandeis.edu>
User-Agent: Mutt/1.3.27i
From: Bill Huey <billh@gnuppy.monkey.org>
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-java.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-java>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-java>
X-Loop: FreeBSD.org

On Thu, Feb 14, 2002 at 02:14:08PM -0500, Mikhail Kruk wrote:
> > The JVM environment should be the program driving the coexisting
> > program.
> > 
> > I mean, what did you expect ? ;-)
> 
> Wait, what he is trying to do should be compltely possible and a legal 
> thing to do. Linux and Solaris allow that. If JNI support works this 
> should be possible. Maybe he just needs native threads?

Is it ?

Well, this is the first I've heard of it. Is this how the plugin works
in Netscape and other programs ?

Uh, you can't really call the normal IO functions, read()/write(), etc...
without it piping through the thread system in some way. If it's green threads,
then any function like that the coexistent program uses must go through
that layer of thread-managed wrapped functions and not the normal functions
in libc, etc... I'm not sure of the linking conventions off hand so I don't
know how to export those wrapped functions to a companion program.

Is this what you mean ?

bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message