From owner-freebsd-threads@FreeBSD.ORG Mon Jul 30 11:07:28 2012 Return-Path: Delivered-To: freebsd-threads@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82193106566C for ; Mon, 30 Jul 2012 11:07:28 +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 51E9E8FC20 for ; Mon, 30 Jul 2012 11:07:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6UB7SsU001955 for ; Mon, 30 Jul 2012 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6UB7RsY001953 for freebsd-threads@FreeBSD.org; Mon, 30 Jul 2012 11:07:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Jul 2012 11:07:27 GMT Message-Id: <201207301107.q6UB7RsY001953@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, 30 Jul 2012 11:07:28 -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/170073 threads [patch] stdatomic.h doesn't use clang builtins for C o threa/168417 threads pthread_getcpuclockid() does not work to specification o threa/165173 threads [build] clang buildworld breaks libthr o threa/163512 threads libc defaults to single threaded o threa/160708 threads possible security problem with RLIMIT_VMEM o threa/150959 threads [libc] Stub pthread_once in libc should call _libc_onc 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/135673 threads databases/mysql50-server - MySQL query lock-ups on 7.2 o threa/128922 threads threads hang with xorg running 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. 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/30464 threads [patch] pthread mutex attributes -- pshared 22 problems total. From owner-freebsd-threads@FreeBSD.ORG Mon Jul 30 20:08:09 2012 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 B63E5106566B; Mon, 30 Jul 2012 20:08:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8913F8FC12; Mon, 30 Jul 2012 20:08:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D339DB944; Mon, 30 Jul 2012 16:08:08 -0400 (EDT) From: John Baldwin To: freebsd-threads@freebsd.org Date: Mon, 30 Jul 2012 14:15:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201207221951.q6MJpuZl071441@red.freebsd.org> In-Reply-To: <201207221951.q6MJpuZl071441@red.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201207301416.00168.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jul 2012 16:08:08 -0400 (EDT) Cc: freebsd-gnats-submit@freebsd.org, Ed Schouten , Ariane van der Steldt , David Chisnall Subject: Re: threads/170073: stdatomic.h doesn't use clang builtings for C 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, 30 Jul 2012 20:08:09 -0000 On Sunday, July 22, 2012 3:51:56 pm Ariane van der Steldt wrote: > > >Number: 170073 > >Category: threads > >Synopsis: stdatomic.h doesn't use clang builtings for C > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-threads > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Jul 22 20:00:18 UTC 2012 > >Closed-Date: > >Last-Modified: > >Originator: Ariane van der Steldt > >Release: freebsd HEAD > >Organization: > >Environment: > FreeBSD mud.stack.nl 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu Jun 14 13:51:30 CEST 2012 root@mud.stack.nl:/usr/obj/usr/src/sys/GENERIC amd64 > >Description: > First a little disclaimer: I tested this with clang-3.1 on bitrig. The freebsd I ran this on is using clang-3.0 which does returns 0 for the c{,xx}_atomic feature/extension. > > stdatomic.h tests for __has_feature(cxx_atomic) which is only true when compiling in c++11 mode. > However since stdatomic.h is a C header file, it should also work in c11 mode. > > Running: > echo '__has_feature(cxx_atomic)' | clang-3.1 -x c -std=c11 -E - > yields 0, while running: > echo '__has_feature(c_atomic)' | clang-3.1 -x c -std=c11 -E - > yields 1. > > In addition, I'm contemplating if __has_feature should be replaced by __has_extension, so that non-c11 code can also include stdatomic.h. > >How-To-Repeat: > Run the clang 3.1 preprocessor on stdatomic.h for C code and it will use the GNU counterparts of the contained code. Running the same code through the clang++ 3.1 preprocessor yields the clang counterpart of the code. > >Fix: > See provided diff below, using __has_extension instead of __has_feature. > This also requires a compatibility define in sys/cdefs.h: > #ifndef __has_extension > #define __has_extension(x) 0 > #endif > > > diff --git a/include/stdatomic.h b/include/stdatomic.h > index b0d1ea9..89f77dd 100644 > --- a/include/stdatomic.h > +++ b/include/stdatomic.h > @@ -33,7 +33,7 @@ > #include > #include > > -#if __has_feature(cxx_atomic) > +#if __has_extension(c_atomic) || __has_extension(cxx_atomic) > #define __CLANG_ATOMICS > #elif __GNUC_PREREQ__(4, 7) > #define __GNUC_ATOMICS Kicking this over to David and Ed who have worked on stdatomic.h. -- John Baldwin From owner-freebsd-threads@FreeBSD.ORG Mon Jul 30 20:10:08 2012 Return-Path: Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF230106564A for ; Mon, 30 Jul 2012 20:10:08 +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 79D558FC1A for ; Mon, 30 Jul 2012 20:10:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6UKA8Sk072771 for ; Mon, 30 Jul 2012 20:10:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6UKA8nl072770; Mon, 30 Jul 2012 20:10:08 GMT (envelope-from gnats) Date: Mon, 30 Jul 2012 20:10:08 GMT Message-Id: <201207302010.q6UKA8nl072770@freefall.freebsd.org> To: freebsd-threads@FreeBSD.org From: John Baldwin Cc: Subject: Re: threads/170073: stdatomic.h doesn't use clang builtings for C X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 20:10:08 -0000 The following reply was made to PR threads/170073; it has been noted by GNATS. From: John Baldwin To: freebsd-threads@freebsd.org Cc: Ariane van der Steldt , freebsd-gnats-submit@freebsd.org, David Chisnall , Ed Schouten Subject: Re: threads/170073: stdatomic.h doesn't use clang builtings for C Date: Mon, 30 Jul 2012 14:15:59 -0400 On Sunday, July 22, 2012 3:51:56 pm Ariane van der Steldt wrote: > > >Number: 170073 > >Category: threads > >Synopsis: stdatomic.h doesn't use clang builtings for C > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-threads > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Jul 22 20:00:18 UTC 2012 > >Closed-Date: > >Last-Modified: > >Originator: Ariane van der Steldt > >Release: freebsd HEAD > >Organization: > >Environment: > FreeBSD mud.stack.nl 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu Jun 14 13:51:30 CEST 2012 root@mud.stack.nl:/usr/obj/usr/src/sys/GENERIC amd64 > >Description: > First a little disclaimer: I tested this with clang-3.1 on bitrig. The freebsd I ran this on is using clang-3.0 which does returns 0 for the c{,xx}_atomic feature/extension. > > stdatomic.h tests for __has_feature(cxx_atomic) which is only true when compiling in c++11 mode. > However since stdatomic.h is a C header file, it should also work in c11 mode. > > Running: > echo '__has_feature(cxx_atomic)' | clang-3.1 -x c -std=c11 -E - > yields 0, while running: > echo '__has_feature(c_atomic)' | clang-3.1 -x c -std=c11 -E - > yields 1. > > In addition, I'm contemplating if __has_feature should be replaced by __has_extension, so that non-c11 code can also include stdatomic.h. > >How-To-Repeat: > Run the clang 3.1 preprocessor on stdatomic.h for C code and it will use the GNU counterparts of the contained code. Running the same code through the clang++ 3.1 preprocessor yields the clang counterpart of the code. > >Fix: > See provided diff below, using __has_extension instead of __has_feature. > This also requires a compatibility define in sys/cdefs.h: > #ifndef __has_extension > #define __has_extension(x) 0 > #endif > > > diff --git a/include/stdatomic.h b/include/stdatomic.h > index b0d1ea9..89f77dd 100644 > --- a/include/stdatomic.h > +++ b/include/stdatomic.h > @@ -33,7 +33,7 @@ > #include > #include > > -#if __has_feature(cxx_atomic) > +#if __has_extension(c_atomic) || __has_extension(cxx_atomic) > #define __CLANG_ATOMICS > #elif __GNUC_PREREQ__(4, 7) > #define __GNUC_ATOMICS Kicking this over to David and Ed who have worked on stdatomic.h. -- John Baldwin