From owner-freebsd-standards@FreeBSD.ORG Mon Jul 5 11:01:57 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C95B16A4CF for ; Mon, 5 Jul 2004 11:01:57 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F142A43D41 for ; Mon, 5 Jul 2004 11:01:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i65B1uRW055633 for ; Mon, 5 Jul 2004 11:01:56 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i65B1ut4055627 for freebsd-standards@freebsd.org; Mon, 5 Jul 2004 11:01:56 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Jul 2004 11:01:56 GMT Message-Id: <200407051101.i65B1ut4055627@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 11:01:57 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/01/24] misc/24590 standards timezone function not compatible witn Sin o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string o [2002/02/25] bin/35307 standards standard include files are not standard c o [2003/03/05] bin/48958 standards The type 'bool' has different sizes for C o [2003/04/21] standards/51209standards [PATCH] add a64l()/l64a/l64a_r functions p [2003/06/05] standards/52972standards /bin/sh arithmetic not POSIX compliant o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2003/09/15] standards/56906standards Several math(3) functions fail to set err o [2004/01/01] standards/60772standards _Bool and bool should be unsigned 9 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1995/01/11] i386/105 standards Distributed libm (msun) has non-standard o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public o [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant s [2002/03/19] standards/36076standards Implementation of POSIX fuser command o [2002/06/14] standards/39256standards [v]snprintf aren't POSIX-conformant for s o [2002/07/09] misc/40378 standards stdlib.h gives needless warnings with -an p [2002/08/12] standards/41576standards POSIX compliance of ln(1) o [2002/10/23] standards/44425standards getcwd() succeeds even if current dir has o [2002/12/09] standards/46119standards Priority problems for SCHED_OTHER using p o [2002/12/23] standards/46504standards Warnings in headers o [2003/06/22] standards/53613standards FreeBSD doesn't define EPROTO o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/25] standards/54833standards more pcvt deficits o [2003/07/25] standards/54839standards pcvt deficits o [2003/07/31] standards/55112standards glob.h, glob_t's gl_pathc should be "size o [2003/09/05] standards/56476standards cd9660 unicode support simple hack o [2003/10/12] standards/57911standards fnmatch ("[[:alpha:]]","x", FNM_PATHNAME) o [2003/10/29] standards/58676standards grantpt(3) alters storage used by ptsname p [2003/12/26] standards/60597standards FreeBSD's /usr/include lacks of cpio.h s [2004/02/14] standards/62858standards malloc(0) not C99 compliant p [2004/02/21] standards/63173standards Patch to add getopt_long_only(3) to libc o [2004/05/07] standards/66357standards make POSIX conformance problem ('sh -e' & o [2004/05/11] standards/66531standards _gettemp uses a far smaller set of filena 25 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue Jul 6 09:55:53 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B95A16A4CE; Tue, 6 Jul 2004 09:55:53 +0000 (GMT) Received: from d162.mplik.ru (relay1.mplik.ru [212.23.64.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 029ED43D58; Tue, 6 Jul 2004 09:55:52 +0000 (GMT) (envelope-from ngl@ur.ru) Received: from d162.mplik.ru (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 5FC6291A4A0; Tue, 6 Jul 2004 15:55:50 +0600 (YEKST) Received: from spirit (wall.mplik.ru [195.58.1.141]) by d162.mplik.ru (Postfix) with SMTP id C0C1291A4FF; Tue, 6 Jul 2004 15:55:49 +0600 (YEKST) Message-ID: <0eb601c4633f$6ac150c0$8501a8c0@spirit> From: "ngl" To: "Tim Robbins" References: <0e0401c46312$089eea10$8501a8c0@spirit><20040706050055.GA63647@cat.robbins.dropbear.id.au><0e3d01c46316$df50c7a0$8501a8c0@spirit><20040706054134.GB63647@cat.robbins.dropbear.id.au><0e6601c46324$d335afe0$8501a8c0@spirit> <20040706071732.GA64106@cat.robbins.dropbear.id.au> Date: Tue, 6 Jul 2004 15:55:49 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-Spam-Status: No, tests=bogofilter, spamicity=0.529021, version=0.12.3 X-Sagator-Scanner: 0.4.9-0rc1; drop(clamd()) deliver(BogoFilter()) cc: freebsd-standards@FreeBSD.org Subject: Re: Shared/exclusive (rw) locks X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2004 09:55:53 -0000 ----- Original Message ----- From: "Tim Robbins" To: "ngl" Cc: Sent: Tuesday, July 06, 2004 1:17 PM Subject: Re: Shared/exclusive (rw) locks > On Tue, Jul 06, 2004 at 12:45:27PM +0600, ngl wrote: > > That means, freebsd stable has no spin rwlocks ? > > Right. Reader-writer spinlocks would not be very useful in FreeBSD 4; because > only one thread can be running in the kernel at once Forgive for my importunity, but what about smp ? > , the only opportunity > you'd have to share reader locks would be if you slept while holding a > spinlock, which is a bad idea (and not permitted by FreeBSD 5 or Linux). > If you want -rwlocks, you'll have to use lockmgr() (which is a sleep lock). > > > Tim > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Thanks, Nik From owner-freebsd-standards@FreeBSD.ORG Wed Jul 7 03:17:24 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C5516A4CE for ; Wed, 7 Jul 2004 03:17:24 +0000 (GMT) Received: from tabby.sonn.com (tabby.sonn.com [193.72.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639E443D53 for ; Wed, 7 Jul 2004 03:17:24 +0000 (GMT) (envelope-from gersh@tabby.sonn.com) Received: from tabby.sonn.com (gersh@localhost [127.0.0.1]) by tabby.sonn.com (8.12.9/8.12.3) with ESMTP id i673MDDE062553 for ; Tue, 6 Jul 2004 20:22:13 -0700 (PDT) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.12.9/8.12.3/Submit) with ESMTP id i673MDjO088785 for ; Tue, 6 Jul 2004 20:22:13 -0700 (PDT) Date: Tue, 6 Jul 2004 20:22:13 -0700 (PDT) From: Logan Gabriel To: standards@freebsd.org Message-ID: <20040706201547.F18570@tabby.sonn.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: POSIX threads question. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 03:17:24 -0000 Hello, I have a question about the POSIX standard regrading sigwait(). In FreeBSD 4.x and 5.x (with -lc_r) the behaviour of sigwait to delete SIGCHLD (And some others) from its waitset: >From 4.x (libc_r/uthread/uthread_sigwait.c) /* These signals can't be waited on. */ sigdelset(&waitset, SIGKILL); sigdelset(&waitset, SIGSTOP); sigdelset(&waitset, _SCHED_SIGNAL); sigdelset(&waitset, SIGCHLD); sigdelset(&waitset, SIGINFO); Does the POSIX standard say that these signals cannot be waited on or is it specfic undefined behaviour. Linux (RedHat 9.1/Suse 9.1), Solaris 8 and MacOS X will let me use sigwait() to wait for SIGCHLD. FreeBSD 5.2.1 will let me do it if I use -lpthread instead of -lc_r. (Please CC me on any responses as I am not subscribed to standards@) Thanks, Logan Gabriel. From owner-freebsd-standards@FreeBSD.ORG Wed Jul 7 03:30:39 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE8116A4CE for ; Wed, 7 Jul 2004 03:30:39 +0000 (GMT) Received: from VARK.homeunix.com (adsl-69-107-108-110.dsl.pltn13.pacbell.net [69.107.108.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5758C43D31 for ; Wed, 7 Jul 2004 03:30:39 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.11/8.12.10) with ESMTP id i673UBgr052453; Tue, 6 Jul 2004 20:30:11 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.11/8.12.10/Submit) id i673UA8Y052452; Tue, 6 Jul 2004 20:30:10 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 6 Jul 2004 20:30:10 -0700 From: David Schultz To: Logan Gabriel Message-ID: <20040707033010.GA52361@VARK.homeunix.com> Mail-Followup-To: Logan Gabriel , standards@FreeBSD.ORG References: <20040706201547.F18570@tabby.sonn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040706201547.F18570@tabby.sonn.com> cc: standards@FreeBSD.ORG Subject: Re: POSIX threads question. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 03:30:39 -0000 On Tue, Jul 06, 2004, Logan Gabriel wrote: > I have a question about the POSIX standard regrading sigwait(). In > FreeBSD 4.x and 5.x (with -lc_r) the behaviour of sigwait to delete > SIGCHLD (And some others) from its waitset: > > >From 4.x (libc_r/uthread/uthread_sigwait.c) > > /* These signals can't be waited on. */ > sigdelset(&waitset, SIGKILL); > sigdelset(&waitset, SIGSTOP); > sigdelset(&waitset, _SCHED_SIGNAL); > sigdelset(&waitset, SIGCHLD); > sigdelset(&waitset, SIGINFO); > > Does the POSIX standard say that these signals cannot be waited on or is > it specfic undefined behaviour. Linux (RedHat 9.1/Suse 9.1), Solaris 8 > and MacOS X will let me use sigwait() to wait for SIGCHLD. FreeBSD 5.2.1 > will let me do it if I use -lpthread instead of -lc_r. I don't think POSIX allows this behavior, but it's merely a limitation of libc_r, so it shouldn't be an issue as 5.X moves forward. From owner-freebsd-standards@FreeBSD.ORG Wed Jul 7 14:06:03 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A640A16A4CE for ; Wed, 7 Jul 2004 14:06:03 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4509F43D58 for ; Wed, 7 Jul 2004 14:06:02 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 17543 invoked from network); 7 Jul 2004 14:02:24 -0000 Received: from unknown (HELO straylight.m.ringlet.net) (217.75.134.254) by gandalf.online.bg with SMTP; 7 Jul 2004 14:02:24 -0000 Received: (qmail 3152 invoked by uid 1000); 7 Jul 2004 14:05:58 -0000 Date: Wed, 7 Jul 2004 17:05:57 +0300 From: Peter Pentchev To: ngl Message-ID: <20040707140557.GA60678@straylight.m.ringlet.net> References: <20040706071732.GA64106@cat.robbins.dropbear.id.au> <0eb601c4633f$6ac150c0$8501a8c0@spirit> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <0eb601c4633f$6ac150c0$8501a8c0@spirit> User-Agent: Mutt/1.5.6i cc: freebsd-standards@FreeBSD.org cc: Tim Robbins Subject: Re: Shared/exclusive (rw) locks X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 14:06:03 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 06, 2004 at 03:55:49PM +0600, ngl wrote: >=20 > ----- Original Message -----=20 > From: "Tim Robbins" > To: "ngl" > Cc: > Sent: Tuesday, July 06, 2004 1:17 PM > Subject: Re: Shared/exclusive (rw) locks >=20 >=20 > > On Tue, Jul 06, 2004 at 12:45:27PM +0600, ngl wrote: > > > That means, freebsd stable has no spin rwlocks ? > > > > Right. Reader-writer spinlocks would not be very useful in FreeBSD 4; > because > > only one thread can be running in the kernel at once >=20 > Forgive for my importunity, but what about smp ? On FreeBSD 4.x, the kernel only ever runs on one CPU, the CPU that the system started on. The other CPU's are only used for scheduling userland processes. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If wishes were fishes, the antecedent of this conditional would be true. --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA7ANF7Ri2jRYZRVMRAg9DAJ4ytU9IeWpgfKpECIYdohh9SFefDgCdF9WE E9fFSwiT0Ow3bBkyyFBjKtw= =Ml5Y -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK--