Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 May 2002 18:27:25 -0400 (EDT)
From:      Daniel Eischen <eischen@pcnet1.pcnet.com>
To:        Bill Huey <billh@gnuppy.monkey.org>
Cc:        Daniel Eischen <eischen@vigrid.com>, java@FreeBSD.org
Subject:   Re: [Fwd: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_cancel.cuthread_cond.c uthread_exit.c uthread_init.c uthread_multi_np.cuthread_mutex.c uthread_priority_queue.c uthread_resume_np.cuthread_sig.c uthread_single_np.c uthread_spinlock.c ...]
Message-ID:  <Pine.GSO.4.10.10205241821470.14309-100000@pcnet1.pcnet.com>
In-Reply-To: <20020524214733.GA677@gnuppy.monkey.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 24 May 2002, Bill Huey wrote:
> On Fri, May 24, 2002 at 12:39:20AM -0400, Daniel Eischen wrote:
> >   Log:
> >   Revamp suspend and resume.  While I'm here add pthread_suspend_all_np()
> >   and pthread_resume_all_np().  These suspend and resume all threads except
> >   the current thread, respectively.  The existing functions pthread_single_np()
> >   and pthread_multi_np(), which formerly had no effect, now exhibit the same
> >   behaviour and pthread_suspend_all_np() and pthread_resume_all_np().  These
> >   functions have been added mostly for the native java port.
> 
> I'll have a look at it and see if it'll do the job. ;)
> 
> Another problem with the libc_r stuff is that the inclusion of
> pthread_private.h in a C++ program bombs complaining that you
> can't define a struct and typedef of the same identical name.

You shouldn't be including the private stuff ;-)  You can
always play the gdb thread support game (see gnu/usr.bin/binutils/
gdb/freebsd-uthread.c).  This is enough for gdb to walk the list
of threads, get their state and their context, without including
pthread_private.h.

> I had to #ifdef-#endif that stuff out to get it to compile properly.
> 
> I'm wondering here if I should get you a list of things that I use
> from that header and then maybe get some API support for it so that
> I don't have to screw with libc_r internals ? I believe the symbol
> "_initial_thread" is one of those things that I need.

Sure, just tell me what you need.  Most of it should already be
available, I think (see above).

-- 
Dan Eischen


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?Pine.GSO.4.10.10205241821470.14309-100000>