From owner-freebsd-standards@FreeBSD.ORG Mon Jun 26 11:03:55 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 8826B16A4E6 for ; Mon, 26 Jun 2006 11:03:55 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9D444057 for ; Mon, 26 Jun 2006 11:03:12 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k5QB3Cm9042555 for ; Mon, 26 Jun 2006 11:03:12 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5QB3AWK042551 for freebsd-standards@freebsd.org; Mon, 26 Jun 2006 11:03:10 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 26 Jun 2006 11:03:10 GMT Message-Id: <200606261103.k5QB3AWK042551@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 11:03:55 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2005/06/25] standards/82654standards C99 long double math functions are missin o [2006/03/20] standards/94729standards fcntl() throws undocumented ENOTTY 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- 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/01/24] standards/24590standards timezone function not compatible witn Sin s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public s [2002/03/19] standards/36076standards Implementation of POSIX fuser command s [2002/05/07] standards/37843standards manual for pthread_setschedparam(3) is wr o [2002/06/14] standards/39256standards snprintf/vsnprintf aren't POSIX-conforman 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 [2003/07/25] standards/54833standards [pcvt] more pcvt deficits o [2003/07/25] standards/54839standards [pcvt] pcvt deficits p [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/29] standards/58676standards grantpt(3) alters storage used by ptsname s [2004/02/14] standards/62858standards malloc(0) not C99 compliant s [2004/03/29] kern/64875 standards [libc] [patch] [feature request] add a sy 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 o [2004/08/22] standards/70813standards [PATCH] ls(1) not Posix compliant o [2004/09/22] standards/72006standards floating point formating in non-C locales o [2005/03/20] standards/79056standards regex(3) regression tests a [2005/04/23] standards/80293standards sysconf() does not support well-defined u o [2005/05/20] standards/81287standards [PATCH]: fingerd(8) might send a line not o [2005/07/21] standards/83845standards [libm] [patch] add log2() and log2f() sup o [2005/08/18] standards/85080standards output of long double subnormals (with pr o [2006/01/26] standards/92360standards [headers] [patch] Missing TAB3 in kernel o [2006/01/26] standards/92362standards [headers] [patch] Missing SIGPOLL in kern o [2006/02/22] kern/93705 standards [headers] [patch] ENODATA and EGREGIOUS ( o [2006/04/18] standards/96016standards clock_getres et al should be in o [2006/04/23] standards/96236standards [PATCH] [POSIX] sed.1 incorrectly describ 31 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue Jun 27 02:20:28 2006 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69BDE16A54B for ; Tue, 27 Jun 2006 02:20:28 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E706A43DDA for ; Tue, 27 Jun 2006 02:20:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k5R2KF0L009479 for ; Tue, 27 Jun 2006 02:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5R2KFfG009477; Tue, 27 Jun 2006 02:20:15 GMT (envelope-from gnats) Resent-Date: Tue, 27 Jun 2006 02:20:15 GMT Resent-Message-Id: <200606270220.k5R2KFfG009477@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-standards@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Timur I. Bakeyev" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA22C16A403 for ; Tue, 27 Jun 2006 02:12:53 +0000 (UTC) (envelope-from timur@gnu.org) Received: from mail.bat.ru (dzokonda.xs4all.nl [194.109.164.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DF643D62 for ; Tue, 27 Jun 2006 02:12:52 +0000 (GMT) (envelope-from timur@gnu.org) Received: from timur.home.bat.ru (account timur [192.168.0.4] verified) by mail.bat.ru (CommuniGate Pro SMTP 4.2.7) with ESMTP id 1020231 for FreeBSD-gnats-submit@freebsd.org; Tue, 27 Jun 2006 04:12:51 +0200 Message-Id: <1151374371.6337@timur.home.bat.ru> Date: Tue, 27 Jun 2006 04:12:51 +0200 From: "Timur I. Bakeyev" To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.4.6 Cc: Subject: standards/99517: Missing SIGRTMIN and SIGRTMAX signals X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 02:20:28 -0000 >Number: 99517 >Category: standards >Synopsis: Missing SIGRTMIN and SIGRTMAX signals >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jun 27 02:20:15 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Timur I. Bakeyev >Release: FreeBSD 6.1-STABLE i386 >Organization: >Environment: System: FreeBSD 6.1-STABLE #0: Tue Jun 20 02:38:12 CEST 2006 root@timur.home.bat.ru:/usr/src/sys/i386/compile/COMMON >Description: It was a great surprise to me to find out that signal.h (or, in fact, sys/signal.h) doesn't contain definition of such a basic POSIX signal related constants as SIGRTMIN and SIGRTMAX. They described for example here: http://en.wikipedia.org/wiki/SIGRTMIN Moreover it's even mentioned in file itself: /* * XXX missing SIGRTMIN, SIGRTMAX. */ Absence of this variables makes porting of POSIX-compliant applications harder as well as lowers general POSIX-compliance of FreeBSD. Actually, signal.h looks quite scary with all that: /* * XXX missing SIG_HOLD. */ /* * XXX missing SIGEV_THREAD. */ >How-To-Repeat: less /usr/include/sys/signal.h >Fix: It'll be nice if that definitions were added to the signal.h ASAP. I don't see any strong reason not to have them. With regards, Timur Bakeyev. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-standards@FreeBSD.ORG Thu Jun 29 13:03:20 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org Delivered-To: freebsd-standards@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EABF816A403 for ; Thu, 29 Jun 2006 13:03:19 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-standards@freebsd.org Date: Thu, 29 Jun 2006 21:02:58 +0800 User-Agent: KMail/1.8.2 References: <1151374371.6337@timur.home.bat.ru> In-Reply-To: <1151374371.6337@timur.home.bat.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606292102.58497.davidxu@freebsd.org> Subject: Re: standards/99517: Missing SIGRTMIN and SIGRTMAX signals X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 13:03:20 -0000 On Tuesday 27 June 2006 10:12, Timur I. Bakeyev wrote: > >Number: 99517 > >Category: standards > >Synopsis: Missing SIGRTMIN and SIGRTMAX signals > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-standards > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Tue Jun 27 02:20:15 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: Timur I. Bakeyev > >Release: FreeBSD 6.1-STABLE i386 > >Organization: > >Environment: > > System: FreeBSD 6.1-STABLE #0: Tue Jun 20 02:38:12 CEST 2006 > root@timur.home.bat.ru:/usr/src/sys/i386/compile/COMMON > > >Description: > > It was a great surprise to me to find out that signal.h (or, in fact, > sys/signal.h) doesn't contain definition of such a basic POSIX signal > related constants as SIGRTMIN and SIGRTMAX. > > They described for example here: http://en.wikipedia.org/wiki/SIGRTMIN > > Moreover it's even mentioned in file itself: > > /* > * XXX missing SIGRTMIN, SIGRTMAX. > */ > > Absence of this variables makes porting of POSIX-compliant applications > harder as well as lowers general POSIX-compliance of FreeBSD. > > Actually, signal.h looks quite scary with all that: > /* > * XXX missing SIG_HOLD. > */ > > /* > * XXX missing SIGEV_THREAD. > */ > > >How-To-Repeat: > > less /usr/include/sys/signal.h > > >Fix: > > It'll be nice if that definitions were added to the signal.h ASAP. I don't > see any strong reason not to have them. > > With regards, > Timur Bakeyev. > 6.1 does not support realtime signal, only -CURRENT supports it, if you define it, and kernel is not functional, won't this break application too ? David Xu