From owner-freebsd-threads@FreeBSD.ORG Mon Jul 11 11:07:13 2011 Return-Path: Delivered-To: freebsd-threads@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0CA81065677 for ; Mon, 11 Jul 2011 11:07:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C6B1C8FC2C for ; Mon, 11 Jul 2011 11:07:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p6BB7DTr077141 for ; Mon, 11 Jul 2011 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6BB7CSn077139 for freebsd-threads@FreeBSD.org; Mon, 11 Jul 2011 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jul 2011 11:07:12 GMT Message-Id: <201107111107.p6BB7CSn077139@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-threads@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 11:07:14 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/157040 threads [libthr] valgrind detects leaks in libthr.so.3 o threa/154893 threads pthread_sigmask don't work if mask and oldmask are pas o threa/150959 threads [libc] Stub pthread_once in libc should call _libc_onc o threa/149366 threads pthread_cleanup_pop never runs the configured routine o threa/148515 threads Memory / syslog strangeness in FreeBSD 8.x ( possible o threa/141721 threads rtprio(1): (id|rt)prio priority resets when new thread o threa/136345 threads Recursive read rwlocks in thread A cause deadlock with o threa/135673 threads databases/mysql50-server - MySQL query lock-ups on 7.2 o threa/128922 threads threads hang with xorg running o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r s threa/69020 threads pthreads library leaks _gc_mutex s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/34536 threads accept() blocks other threads s threa/30464 threads [patch] pthread mutex attributes -- pshared 28 problems total. From owner-freebsd-threads@FreeBSD.ORG Mon Jul 11 19:30:07 2011 Return-Path: Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1FBD106566B for ; Mon, 11 Jul 2011 19:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 96C4B8FC26 for ; Mon, 11 Jul 2011 19:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p6BJU7EL042876 for ; Mon, 11 Jul 2011 19:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6BJU7YW042875; Mon, 11 Jul 2011 19:30:07 GMT (envelope-from gnats) Resent-Date: Mon, 11 Jul 2011 19:30:07 GMT Resent-Message-Id: <201107111930.p6BJU7YW042875@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-threads@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Garrett Wollman Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74933106564A for ; Mon, 11 Jul 2011 19:20:12 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3E78FC14 for ; Mon, 11 Jul 2011 19:20:11 +0000 (UTC) Received: from khavrinen.csail.mit.edu (localhost [127.0.0.1]) by khavrinen.csail.mit.edu (8.14.4/8.14.4) with ESMTP id p6BJ48Ed027300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL CN=khavrinen.csail.mit.edu issuer=Client+20CA) for ; Mon, 11 Jul 2011 15:04:08 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.14.4/8.14.4/Submit) id p6BJ48JN027299; Mon, 11 Jul 2011 15:04:08 -0400 (EDT) (envelope-from wollman) Message-Id: <201107111904.p6BJ48JN027299@khavrinen.csail.mit.edu> Date: Mon, 11 Jul 2011 15:04:08 -0400 (EDT) From: Garrett Wollman To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: threads/158815: pthread_set_name_np is no longer just a debugging interface X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Wollman List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 19:30:08 -0000 >Number: 158815 >Category: threads >Synopsis: pthread_set_name_np is no longer just a debugging interface >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-threads >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 11 19:30:07 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Garrett Wollman >Release: FreeBSD 8.2-RELEASE-p1 amd64 >Organization: None >Environment: System: FreeBSD khavrinen.csail.mit.edu 8.2-RELEASE-p1 FreeBSD 8.2-RELEASE-p1 #9 r221316: Tue May 3 17:32:39 EDT 2011 wollman@khavrinen.csail.mit.edu:/usr/obj/usr/src/sys/KHAVRINEN amd64 >Description: The manual page for pthread_set_name_np(3) says: This is a debugging interface and using it on a day-by-day basis makes no sense. It is no more a debugging interface than setproctitle(3), and has not been since the name started getting stuffed into the kernel. This statement may have made sense when the name was only visible in thread state dumps and the debugger. (I'll note in passing that some implementations provide a corresponding accessor function. There are also some implementations that spell it pthread_setname_np instead.) >How-To-Repeat: man pthread_set_name_np >Fix: Delete lines 47-49 from the documentation. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-threads@FreeBSD.ORG Thu Jul 14 15:19:53 2011 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2571065672 for ; Thu, 14 Jul 2011 15:19:52 +0000 (UTC) (envelope-from schumjs@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE848FC0A for ; Thu, 14 Jul 2011 15:19:52 +0000 (UTC) Received: by ewy1 with SMTP id 1so289860ewy.13 for ; Thu, 14 Jul 2011 08:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=BW38beOMpsHMY2Pluhc9Z8dcJpS/LnwumAZyTXaUto0=; b=oRkz5BxjnCSpgOxhu98v0OgbsMpp1znlwDZnlci9ffpUEenRIcTk0xocil7qY9qx23 5XNSBqChZfL6WHyAHg1HxAy7pOBHZm6oD4DFkrfJ+Q1Yu6Z10ZodkdaZgNsPZEhDV54g 1xk6tqhkR/hiVQh3BftSvPW4SwfhomchNTqhM= MIME-Version: 1.0 Received: by 10.213.34.201 with SMTP id m9mr2247598ebd.100.1310656791495; Thu, 14 Jul 2011 08:19:51 -0700 (PDT) Received: by 10.213.23.16 with HTTP; Thu, 14 Jul 2011 08:19:51 -0700 (PDT) Date: Thu, 14 Jul 2011 10:19:51 -0500 Message-ID: From: John Schumacher To: freebsd-threads@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dlopen fails, dynamically linking libthread_db.so fails (gdbserver) X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 15:19:53 -0000 Hello all, I'm having an issue in the process of making gdbserver work properly for multi-threaded applications on FreeBSD. Specifically, dynamically linking (through dlopen) the libthread_db.so library seems to be an issue, for an unknown reason. dlopen is a function in fbsd-threads called during init, on the libthread_db.so library. In my implementation I get returned the following: dlopen failed: /usr/lib/libthread_db.so: Undefined symbol > "ps_pglobal_lookup". > [GDB will not be able to debug user-mode threads: (null)] (dlerror was emptied in the first statement, because of my changes- the null should be replaced with the Undefined symbol jargon) Also, libthread_db.so is soft-linked to the relevant and existing libraries (in my case libthread_db.so.3). A quick google shows that this message is present in the beginning of the session of those running KGDB- even in normal operation! Has this always failed? This basically means that all attempts to send thread_db calls regarding threads to the kernel will fail. Is this an issue internal to FreeBSD, or is there some way a developer can add these symbols to the library? -- John Schumacher University of Minnesota (TC) Electrical Engineering From owner-freebsd-threads@FreeBSD.ORG Fri Jul 15 01:52:09 2011 Return-Path: Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF286106564A; Fri, 15 Jul 2011 01:52:09 +0000 (UTC) (envelope-from emaste@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A77C28FC08; Fri, 15 Jul 2011 01:52:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p6F1q9MB079450; Fri, 15 Jul 2011 01:52:09 GMT (envelope-from emaste@freefall.freebsd.org) Received: (from emaste@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6F1q97L079446; Fri, 15 Jul 2011 01:52:09 GMT (envelope-from emaste) Date: Fri, 15 Jul 2011 01:52:09 GMT Message-Id: <201107150152.p6F1q97L079446@freefall.freebsd.org> To: wollman@khavrinen.csail.mit.edu, emaste@FreeBSD.org, freebsd-threads@FreeBSD.org, emaste@FreeBSD.org From: emaste@FreeBSD.org Cc: Subject: Re: threads/158815: pthread_set_name_np is no longer just a debugging interface X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2011 01:52:09 -0000 Synopsis: pthread_set_name_np is no longer just a debugging interface State-Changed-From-To: open->patched State-Changed-By: emaste State-Changed-When: Fri Jul 15 01:51:00 UTC 2011 State-Changed-Why: http://svn.freebsd.org/changeset/base/224047 Responsible-Changed-From-To: freebsd-threads->emaste Responsible-Changed-By: emaste Responsible-Changed-When: Fri Jul 15 01:51:00 UTC 2011 Responsible-Changed-Why: Grab http://www.freebsd.org/cgi/query-pr.cgi?pr=158815 From owner-freebsd-threads@FreeBSD.ORG Fri Jul 15 02:13:14 2011 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021EB106566B for ; Fri, 15 Jul 2011 02:13:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E5C0A8FC0A; Fri, 15 Jul 2011 02:13:13 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p6F2DCQ9096598; Fri, 15 Jul 2011 02:13:13 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4E1FA239.2050200@freebsd.org> Date: Fri, 15 Jul 2011 10:13:13 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110127 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Schumacher References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-threads@freebsd.org Subject: Re: dlopen fails, dynamically linking libthread_db.so fails (gdbserver) X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2011 02:13:14 -0000 On 2011/07/14 23:19, John Schumacher wrote: > Hello all, > I'm having an issue in the process of making gdbserver work properly for > multi-threaded applications on FreeBSD. > Specifically, dynamically linking (through dlopen) the libthread_db.so library > seems to be an issue, for an unknown reason. > dlopen is a function in fbsd-threads called during init, on the > libthread_db.so library. In my implementation I get returned the following: > > dlopen failed: /usr/lib/libthread_db.so: Undefined symbol >> "ps_pglobal_lookup". >> [GDB will not be able to debug user-mode threads: (null)] > > > (dlerror was emptied in the first statement, because of my changes- the null > should be replaced with the Undefined symbol jargon) > > Also, libthread_db.so is soft-linked to the relevant and existing libraries > (in my case libthread_db.so.3). > > A quick google shows that this message is present in the beginning of the > session of those running KGDB- even in normal operation! Has this always > failed? This basically means that all attempts to send thread_db calls > regarding threads to the kernel will fail. Is this an issue internal to > FreeBSD, or is there some way a developer can add these symbols to the > library? > > The libthread_db needs loader to provide proc service, see /usr/include/proc_service.h.