From owner-freebsd-threads@FreeBSD.ORG Wed Jun 25 05:08:13 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60CEF37B401 for ; Wed, 25 Jun 2003 05:08:13 -0700 (PDT) Received: from relay1.cris.net (relay1.cris.net [212.110.128.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC6C543FF2 for ; Wed, 25 Jun 2003 05:08:06 -0700 (PDT) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (root@phantom.cris.net [212.110.130.74]) by relay1.cris.net (8.12.6/8.12.6) with ESMTP id h5PFBTnp017894 for ; Wed, 25 Jun 2003 15:11:31 GMT Received: (from phantom@localhost) by phantom.cris.net (8.12.6/8.12.2) id h5PCFTxM013541; Wed, 25 Jun 2003 15:15:29 +0300 (EEST) (envelope-from phantom) Date: Wed, 25 Jun 2003 15:15:28 +0300 From: Alexey Zelkin To: threads@freebsd.org Message-ID: <20030625151528.A13514@phantom.cris.net> References: <20030625141446.A13215@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030625141446.A13215@phantom.cris.net>; from phantom@FreeBSD.org.ua on Wed, Jun 25, 2003 at 02:14:46PM +0300 X-Operating-System: FreeBSD 4.7-STABLE i386 Subject: more details (was: Re: libthr & jdk14: cv problems ?) X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:08:13 -0000 hi, More details on libthr issue: First, there's no schema in lockups, i.e. while doing few clean rebuilds of jdk14 tree I have expirienced lockups in random places. Second, after I switched to debug version of java compiler (with lots of additional asserts and checks) I have hit into assert "suspend thread failed". Unfortunatelly I was unable to find exact place where this assert is trigerred because of 'third detail' (below). Quick source analyzis shown that most _probably_ this assert was trigerred because of pthread_resume_np() or pthread_cond_wait() functions returned non-successful value. Third, it is not possible to run application in gdb while libthr is default threading library. gdb always fails with: : Program received signal ?, Unknown signal. : 0x2811ca64 in _ctx_start () from /usr/lib/libc.so.5 : (gdb) bt : #0 0x2811ca64 in _ctx_start () from /usr/lib/libc.so.5 : #1 0x28077150 in _thread_start () : at /home/phantom/src5/lib/libthr/thread/thr_create.c:213 : (gdb) bt full : #0 0x2811ca64 in _ctx_start () from /usr/lib/libc.so.5 : No symbol table info available. : #1 0x28077150 in _thread_start () : at /home/phantom/src5/lib/libthr/thread/thr_create.c:213 : next_uniqueid = 3 : _thread_next_offset = 56 : _thread_uniqueid_offset = 8 : _thread_state_offset = 836 : _thread_name_offset = 4 : _thread_ctx_offset = 128 : _thread_PS_RUNNING_value = 0 : _thread_PS_DEAD_value = 6 : (gdb)