From owner-freebsd-threads@FreeBSD.ORG Tue Aug 2 13:56:39 2005 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 73CEE16A41F; Tue, 2 Aug 2005 13:56:39 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E5143D48; Tue, 2 Aug 2005 13:56:36 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (localhost [127.0.0.1]) by tulik.bychok.com (8.13.3/8.13.3) with ESMTP id j72DuaFO026003; Tue, 2 Aug 2005 09:56:36 -0400 (EDT) (envelope-from mi@tulik.bychok.com) Received: (from mi@localhost) by tulik.bychok.com (8.13.3/8.13.3/Submit) id j72DuZ7x026002; Tue, 2 Aug 2005 09:56:35 -0400 (EDT) (envelope-from mi) Date: Tue, 2 Aug 2005 09:56:35 -0400 (EDT) Message-Id: <200508021356.j72DuZ7x026002@tulik.bychok.com> To: FreeBSD-gnats-submit@freebsd.org From: "Mikhail T." X-send-pr-version: 3.113 X-GNATS-Notify: Cc: gnome@freebsd.org, freebsd-threads@freebsd.org Subject: problems with devel/nspr and -lc_r on 4.x X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mikhail T." List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 13:56:39 -0000 >Submitter-Id: current-users >Originator: Mikhail T. >Organization: Virtual Estates, Inc. >Confidential: no >Synopsis: problems with devel/nspr and -lc_r on 4.x >Severity: serious >Priority: medium >Category: threads >Class: sw-bug >Release: FreeBSD 4.11-STABLE i386 >Environment: System: FreeBSD tulik.bychok.com 4.11-STABLE FreeBSD 4.11-STABLE #1: Wed Jul 20 21:04:19 EDT 2005 mi@tulik.bychok.com:/home/src/sys/compile/TULIK i386 >Description: The self-tests, which come with NSPR (devel/nspr port) are now patched and built to be meaningful. The also succeed on FreeBSD-5. On FreeBSD-4 some tests hang for ever all (or most) having to do with semaphores. >How-To-Repeat: Update to the very latest version of the devel/nspr port. Run: make build test Some tests at the beginning may take a while, but the first one to truly hang is nameshm1: (gdb) where #0 0x280cfeac in semsys () from /usr/lib/libc_r.so.4 #1 0x280c7122 in semop () from /usr/lib/libc_r.so.4 #2 0x80526d8 in PR_WaitSemaphore () #3 0x804c1d0 in ClientServerTest () #4 0x804c643 in main () #5 0x804b556 in _start () You can kill the hung ones (killall nameshm1) and allow the test harness to proceed to the next one (randseed): (gdb) where #0 0x280dcf38 in __sys_poll () from /usr/lib/libc_r.so.4 #1 0x280dc41d in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 #2 0x280dbdd2 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () A thread-developer needs to look at this to either fix -lc_r, or point out the bugs in the NSPR or its self-tests. The tests are single-file C-programs in work/nspr-4.6/mozilla/nsprpub/pr/tests they are run from their build-area in work/nspr-4.6/mozilla/nsprpub/build/pr/tests/ Again, none of these problems exist on 5.x and, presumably, 6.x (except for the instrumt-test, which crashes on all and is currently patched-out from the list). >Fix: