From owner-freebsd-java Fri May 24 15:27:34 2002 Delivered-To: freebsd-java@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 51C4837B40C for ; Fri, 24 May 2002 15:27:31 -0700 (PDT) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g4OMRP6a014863; Fri, 24 May 2002 18:27:25 -0400 (EDT) Date: Fri, 24 May 2002 18:27:25 -0400 (EDT) From: Daniel Eischen To: Bill Huey Cc: Daniel Eischen , 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 ...] In-Reply-To: <20020524214733.GA677@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 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