Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Jan 2003 07:14:50 +0600
From:      Max Khon <fjoe@iclub.nsu.ru>
To:        Bill Huey <billh@gnuppy.monkey.org>
Cc:        Greg Lewis <glewis@eyesbeyond.com>, freebsd-java@freebsd.org
Subject:   Re: /usr/local/include/utils.h
Message-ID:  <20030124071450.A45276@iclub.nsu.ru>
In-Reply-To: <20030124011042.GA3765@gnuppy.monkey.org>; from billh@gnuppy.monkey.org on Thu, Jan 23, 2003 at 05:10:42PM -0800
References:  <20030123194719.B25462@iclub.nsu.ru> <20030124044501.B76567@misty.eyesbeyond.com> <20030124033021.A38610@iclub.nsu.ru> <20030123214624.GA2919@gnuppy.monkey.org> <20030124062940.A44070@iclub.nsu.ru> <20030124011042.GA3765@gnuppy.monkey.org>

next in thread | previous in thread | raw e-mail | index | archive | help
hi, there!

On Thu, Jan 23, 2003 at 05:10:42PM -0800, Bill Huey wrote:

> > This file (the file I attached) contains jmp_buf stuff +
> > use of pthread_get_attr_np to get thread stack address and its size
> > in portable (between libc_r versions) way.
> > I think it could be useful for 1.3.1 HotSpot too.
> 
> Where's the attachment ?

original e-mail contained an attachement. should I repost to
mailing list or send it privately?

> Getting those values needs to also respect how safepointing is done and
> how Solaris's LWP stuff backs a thread with various run states.
> Fortunately, I've done the thinking and have figured out that you can
> just get any thread context, manipulate it as long as it's not the
> current thread, so it's likely your patch will work (yet to see it).
> 
> > I mean: is jdk13 built with -DWITH_NATIVE_THREADS required for HotSpot?
> > I saw this requirement on some Japanese sites.
> 
> Well, it's partially required. It needs it and a small series of files
> to compile correctly since HotSpot then uses some those compiled files
> to interface to. The JVM itself is used as a supporting library to HotSpot,
> scary I know. :) The native threading stuff you're compiling is glue
> to the JVM for HotSpot.
> 
> The native threading interface stuff contains stuff that it partially
> needs, but the threading system is pure HotSpot, C++ and other wierd
> stuff. It's also very scary. :)

thanks for explanation!

/fjoe


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030124071450.A45276>