From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 04:26:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A060F16A41A for ; Thu, 18 Oct 2007 04:26:52 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 7433913C458 for ; Thu, 18 Oct 2007 04:26:52 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 97705 invoked by uid 1001); 18 Oct 2007 04:27:14 -0000 Date: Wed, 17 Oct 2007 21:27:14 -0700 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20071018042714.GE74861@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg User-Agent: Mutt/1.5.16 (2007-06-09) Subject: pthread segfaults after upgrade to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 04:26:52 -0000 Hello, On a couple boxes, after upgrading from 6-STABLE to RELENG_7, a fair number of apps segfault on execution even with compat6x installed. Is this related to the libthr changeover with 7? I don't see anything in a (quick) check of list archives or in UPDATING. A backtrace shows: Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 100140] 0x287469d9 in pthread_join () from /lib/libthr.so.3 (gdb) bt #0 0x287469d9 in pthread_join () from /lib/libthr.so.3 #1 0x28743c94 in pthread_self () from /lib/libthr.so.3 #2 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #3 0x28746bf1 in pthread_join () from /lib/libthr.so.3 #4 0x28743c94 in pthread_self () from /lib/libthr.so.3 #5 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #6 0x28746bf1 in pthread_join () from /lib/libthr.so.3 #7 0x28743c94 in pthread_self () from /lib/libthr.so.3 #8 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 And so on ad infinitum. I've recently reproduced this with w3m and svn. Recompiling the app fixes the problem, so I don't mind much, but this seems like it will bite people, and it would be no fun on a production server. Thanks, David