From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 07:19:33 2003 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 4ECFF37B404; Mon, 4 Aug 2003 07:19:33 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6423343F85; Mon, 4 Aug 2003 07:19:13 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h74EIw0U064171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2003 17:18:58 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h74EIwVR064166; Mon, 4 Aug 2003 17:18:58 +0300 (EEST) (envelope-from ru) Date: Mon, 4 Aug 2003 17:18:58 +0300 From: Ruslan Ermilov To: Andrey Chernov Message-ID: <20030804141858.GB60105@sunbay.com> References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <20030804140332.GA39367@nagual.pp.ru> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 14:19:33 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ standards@ Cc:ed ] On Mon, Aug 04, 2003 at 06:03:32PM +0400, Andrey Chernov wrote: > On Mon, Aug 04, 2003 at 17:57:13 +0400, Andrey Chernov wrote: >=20 > > > There is > > >=20 > > > tr '[a-z]' '[A-Z]' > > >=20 > > > which can be different for different locales since use collate now as > > > required by POSIX. Please tell which exact non-C locale you use and w= hat > > > happens? I miss start of this discussion. > >=20 > > Well, I found error in the archives, so the question remains, what loca= le=20 > > you use? >=20 > For example, this result is right and not the bug (but wrong tr usage): >=20 > env LANG=3Dde_DE.ISO8859-1 tr '[a-z]' '[A-Z]' > vi_zero > WI_]ERO >=20 Clearly this is a useless construct then. I can read this in the POSIX.1-2003 spec when it comes to tr(1): : c-c In the POSIX locale, this construct shall : represent the range of collating elements between : the range endpoints (as long as neither endpoint : is an octal sequence of the form \octal), : inclusive, as defined by the collation sequence. : The characters or collating elements in the : range shall be placed in the array in ascending : collation sequence. If the second endpoint : precedes the starting endpoint in the collation : sequence, it is unspecified whether the range : of collating elements is empty, or this construct : is treated as invalid. In locales other than ^^^^^^^^^^^^^^^^^^^^^ : the POSIX locale, this construct has unspecified ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : behavior. ^^^^^^^^ This is identical to a similar issue with awk(1), and the latest snapshot of the One True AWK reverts to NOT using strcoll(3) to handle character ranges in RE, because different locales and even the same locales on different operating systems (FreeBSD, Linux, and Solaris were compared) have different ideas about the collating order. On Linux, the German locale's collating sequence will be ``A a ... B b'', while on FreeBSD, it's ``A B ... a b''. So I'd rather prefer if we revert to the old behavior in tr(1). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/LmtSUkv4P6juNwoRApBUAJ432W3ibErlWOQ/8iLbNY1BuWCLKQCffdbv fED2u9Hfcu0M/2dMAkgjXOU= =n8OG -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 07:44:02 2003 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 5A21037B405; Mon, 4 Aug 2003 07:44:02 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA39E43FBF; Mon, 4 Aug 2003 07:43:59 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.9/8.12.9) with ESMTP id h74EhwYk081217; Mon, 4 Aug 2003 18:43:58 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.9/8.12.9/Submit) id h74Ehwhc081216; Mon, 4 Aug 2003 18:43:58 +0400 (MSD) Date: Mon, 4 Aug 2003 18:43:58 +0400 From: Andrey Chernov To: Ruslan Ermilov Message-ID: <20030804144358.GA81091@nagual.pp.ru> References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> <20030804141858.GB60105@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20030804141858.GB60105@sunbay.com> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 14:44:02 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 04, 2003 at 17:18:58 +0300, Ruslan Ermilov wrote: > : The characters or collating elements in the > : range shall be placed in the array in ascending > : collation sequence. If the second endpoint > : precedes the starting endpoint in the collation > : sequence, it is unspecified whether the range Do you read first part about collation sequence? We just implement that, i.e. collation sequence for all, including non-POSIX locale which allowed as unspecified. > : of collating elements is empty, or this construct > : is treated as invalid. In locales other than > ^^^^^^^^^^^^^^^^^^^^^ > : the POSIX locale, this construct has unspecified > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > : behavior. > ^^^^^^^^ >=20 > This is identical to a similar issue with awk(1), and the latest > snapshot of the One True AWK reverts to NOT using strcoll(3) to > handle character ranges in RE, because different locales and even > the same locales on different operating systems (FreeBSD, Linux, > and Solaris were compared) have different ideas about the collating > order. On Linux, the German locale's collating sequence will be > ``A a ... B b'', while on FreeBSD, it's ``A B ... a b''. This is bug in AWK, since strcoll() required in regexp, but we don't discuss AWK. Even in case it is unspecified behaviour, it means that 1) We can't use c-c for non-POSIX locales! 2) All occurances of c-c must be either replaced or used in C locale only! In other words, you win nothing, insisting on historycal behaviour, because its usage is ILLEGAL in anycase (i,e, outside of LANG=3DC) > So I'd rather prefer if we revert to the old behavior in tr(1). No way. The ranges should be similar with what we have for regexp. --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iQCVAwUBPy5xLuJgpPLZnQjrAQGmDQQAqloe1HxlrDVGUIseibcRAjXn7jINbKKv I2GtoECdIYyMb3tyZWFG8+bMnc5MTKV20/b4mgTNgmLdcTjN6SxSVtv5PwVF9aFu X5JQeA2hOF6ASU9FLyV8Q2aWc1R5Zibg3aK3CBPtVLbu15InBiYeM0iUrBv1jXpe 8sHuBRbd9fA= =0ey0 -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 11:01:31 2003 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 980D337B405 for ; Mon, 4 Aug 2003 11:01:31 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF9A43FEA for ; Mon, 4 Aug 2003 11:01:25 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h74I1PUp066144 for ; Mon, 4 Aug 2003 11:01:25 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h74I1OCu066138 for freebsd-standards@freebsd.org; Mon, 4 Aug 2003 11:01:24 -0700 (PDT) Date: Mon, 4 Aug 2003 11:01:24 -0700 (PDT) Message-Id: <200308041801.h74I1OCu066138@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, 04 Aug 2003 18:01:32 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- 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 s [2001/01/23] misc/24590 standards timezone function not compatible witn Sin o [2003/04/21] standards/51209standards [PATCH] add a64l()/l64a/l64a_r functions o [2003/06/05] standards/52972standards /bin/sh arithmetic not POSIX compliant o [2003/06/20] standards/53554standards interval timers not cleared in fork() o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi o [2003/06/24] bin/53682 standards [PATCH] add fuser(1) utitity o [2000/08/10] docs/20528 standards sysconf(3) manpage doesn't mention posix. o [2002/07/09] misc/40378 standards stdlib.h gives needless warnings with -an s [2002/03/18] standards/36076standards Implementation of POSIX fuser command o [2002/06/13] standards/39256standards [v]snprintf aren't POSIX-conformant for s p [2002/07/16] standards/40669standards command command does not support `-p' opt o [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant 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/04/22] standards/51292standards [PATCH] add ecvt()/fcvt()/gcvt() function o [2003/06/22] standards/53613standards FreeBSD doesn't define EPROTO o [2003/07/08] standards/54223standards [PATCH] Add mlockall(), munlockall() sysc o [2003/07/19] standards/54634standards [PATCH] add posix_madvise() call to -CURR o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/24] 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 20 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 11:03:15 2003 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 B71B437B401 for ; Mon, 4 Aug 2003 11:03:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 716BE43F3F for ; Mon, 4 Aug 2003 11:03:14 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h74I3EUp068221 for ; Mon, 4 Aug 2003 11:03:14 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h74I3Dwr068210 for standards@freebsd.org; Mon, 4 Aug 2003 11:03:13 -0700 (PDT) Date: Mon, 4 Aug 2003 11:03:13 -0700 (PDT) Message-Id: <200308041803.h74I3Dwr068210@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: 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, 04 Aug 2003 18:03:16 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/08/18] kern/29844 standards [PATCH] setpgrp does not behave as manual 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more f [1995/01/11] i386/105 standards Distributed libm (msun) has non-standard o [2000/12/05] kern/23304 standards POSIX clock_gettime, clock_getres return s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public 4 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 11:58:08 2003 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 50C2837B401; Mon, 4 Aug 2003 11:58:08 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E0D43F3F; Mon, 4 Aug 2003 11:58:07 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id AF7D578DAA; Mon, 4 Aug 2003 20:58:05 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 5205696477; Mon, 4 Aug 2003 20:58:05 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 70B3896448; Mon, 4 Aug 2003 20:58:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 1A5CAB824; Mon, 4 Aug 2003 20:58:01 +0200 (CEST) To: Ruslan Ermilov References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> <20030804141858.GB60105@sunbay.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 04 Aug 2003 20:58:00 +0200 In-Reply-To: <20030804141858.GB60105@sunbay.com> (Ruslan Ermilov's message of "Mon, 4 Aug 2003 17:18:58 +0300") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-2.5 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Andrey Chernov cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 18:58:08 -0000 Ruslan Ermilov writes: > > For example, this result is right and not the bug (but wrong tr usage): > >=20 > > env LANG=3Dde_DE.ISO8859-1 tr '[a-z]' '[A-Z]' > > vi_zero > > WI_]ERO > Clearly this is a useless construct then. The correct construct is tr '[:lower:]' '[:upper:]' DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 13:32:45 2003 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 C769037B40F; Mon, 4 Aug 2003 13:32:45 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1128D43FBD; Mon, 4 Aug 2003 13:32:42 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h74KWL0U004923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2003 23:32:21 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h74KWJVT004914; Mon, 4 Aug 2003 23:32:19 +0300 (EEST) (envelope-from ru) Date: Mon, 4 Aug 2003 23:32:19 +0300 From: Ruslan Ermilov To: Dag-Erling Sm?rgrav Message-ID: <20030804203219.GF1445@sunbay.com> References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> <20030804141858.GB60105@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5UGlQXeG3ziZS81+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: Andrey Chernov cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 20:32:46 -0000 --5UGlQXeG3ziZS81+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 04, 2003 at 08:58:00PM +0200, Dag-Erling Sm?rgrav wrote: > Ruslan Ermilov writes: > > > For example, this result is right and not the bug (but wrong tr usage= ): > > >=20 > > > env LANG=3Dde_DE.ISO8859-1 tr '[a-z]' '[A-Z]' > > > vi_zero > > > WI_]ERO > > Clearly this is a useless construct then. >=20 > The correct construct is tr '[:lower:]' '[:upper:]' >=20 I think we've now reached the agreement with Andrey that a more correct, safe, and portable [sic] construct would be "LC_ALL=3DC tr [:lower:] [:upper:]". It works the same in any non-broken operating system and with any locale. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --5UGlQXeG3ziZS81+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD4DBQE/LsLTUkv4P6juNwoRAk6fAJ0cISVutLIpWWirid3wwA9qiOOvrACYkoUy l20+VR7fAl4zKANdA6q5TQ== =C/Ie -----END PGP SIGNATURE----- --5UGlQXeG3ziZS81+-- From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 14:44:49 2003 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 ED14337B404; Mon, 4 Aug 2003 14:44:48 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4295A43FBD; Mon, 4 Aug 2003 14:44:47 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.9/8.12.9) with ESMTP id h74LiiYk055551; Tue, 5 Aug 2003 01:44:45 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.9/8.12.9/Submit) id h74Liil2055550; Tue, 5 Aug 2003 01:44:44 +0400 (MSD) Date: Tue, 5 Aug 2003 01:44:44 +0400 From: Andrey Chernov To: Ruslan Ermilov Message-ID: <20030804214444.GA55421@nagual.pp.ru> References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> <20030804141858.GB60105@sunbay.com> <20030804203219.GF1445@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20030804203219.GF1445@sunbay.com> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 21:44:49 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote: > I think we've now reached the agreement with Andrey that > a more correct, safe, and portable [sic] construct would > be "LC_ALL=C tr [:lower:] [:upper:]". It works the same > in any non-broken operating system and with any locale. We need to say, construct for what? If for lower->upper replacing inside ASCII only, "LC_ALL=C tr [a-z] [A-Z]" is most portable because some tr implementations even not understand [:class:] but some other have SysV-ism to specify ranges in the [], against what POSIX says. But I think that "LC_ALL=C tr a-z A-Z" is better middle point here because not teach user to incorrect syntax from the scripts. --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iQCVAwUBPy7TzOJgpPLZnQjrAQETBgP9Hpw6mUi64E9CrflJ27KLa02CAUYJZdWO /l/hlZBEceP+H1bzGD1DMdTd709mOPBNLkV2YgKkAkeQR4WfuT0ygRNqEZ6QwAI5 dETIvOYsCZ4cV6SbOoDeyYEDGSIg85I9GOaenJ+C3DjXDEBJvyXhr2GvPi0OULU4 UCF54dePDQI= =vUpW -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 14:56:11 2003 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 1EB9937B401; Mon, 4 Aug 2003 14:56:11 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27FAA43F85; Mon, 4 Aug 2003 14:56:07 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h74Ltv0U013193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Aug 2003 00:55:57 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h74LtvpB013192; Tue, 5 Aug 2003 00:55:57 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Aug 2003 00:55:57 +0300 From: Ruslan Ermilov To: Andrey Chernov Message-ID: <20030804215557.GJ1445@sunbay.com> References: <20030804195135.0562a9a2.yosimoto@waishi.jp> <20030804114723.GB39384@sunbay.com> <20030804223833.6c9a6718.yosimoto@waishi.jp> <20030804134636.GA39138@nagual.pp.ru> <20030804135713.GA39289@nagual.pp.ru> <20030804140332.GA39367@nagual.pp.ru> <20030804141858.GB60105@sunbay.com> <20030804203219.GF1445@sunbay.com> <20030804214444.GA55421@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vbzKE9fGfpHIBC6T" Content-Disposition: inline In-Reply-To: <20030804214444.GA55421@nagual.pp.ru> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: current@freebsd.org Subject: Re: buildworld broken after installworld 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, 04 Aug 2003 21:56:11 -0000 --vbzKE9fGfpHIBC6T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 05, 2003 at 01:44:44AM +0400, Andrey Chernov wrote: > On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote: >=20 > > I think we've now reached the agreement with Andrey that > > a more correct, safe, and portable [sic] construct would > > be "LC_ALL=3DC tr [:lower:] [:upper:]". It works the same > > in any non-broken operating system and with any locale. >=20 > We need to say, construct for what? If for lower->upper replacing inside > ASCII only, "LC_ALL=3DC tr [a-z] [A-Z]" is most portable because some tr > implementations even not understand [:class:] but some other have SysV-ism > to specify ranges in the [], against what POSIX says. But I think that > "LC_ALL=3DC tr a-z A-Z" is better middle point here because not teach user > to incorrect syntax from the scripts. >=20 Agreed. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --vbzKE9fGfpHIBC6T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/LtZtUkv4P6juNwoRAlAxAJ9QMjVt/yShinOw22t7rwHQIYN/3gCeN+Q/ txdCMH/5lSXdU7jBNDAmKDs= =/dBN -----END PGP SIGNATURE----- --vbzKE9fGfpHIBC6T-- From owner-freebsd-standards@FreeBSD.ORG Mon Aug 4 23:07:00 2003 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 2E8F637B401 for ; Mon, 4 Aug 2003 23:07:00 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D267043FA3 for ; Mon, 4 Aug 2003 23:06:58 -0700 (PDT) (envelope-from dschultz@OCF.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h7566uwk000892 for ; Mon, 4 Aug 2003 23:06:57 -0700 (PDT) (envelope-from dschultz@OCF.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h7566tnF000891 for standards@FreeBSD.ORG; Mon, 4 Aug 2003 23:06:55 -0700 (PDT) (envelope-from dschultz@OCF.Berkeley.EDU) Date: Mon, 4 Aug 2003 23:06:55 -0700 From: David Schultz To: standards@FreeBSD.ORG Message-ID: <20030805060655.GA818@HAL9000.homeunix.com> Mail-Followup-To: standards@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: madvise(2) error returns 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, 05 Aug 2003 06:07:00 -0000 Are there any objections to changing the madvise(2) interface slightly such that passing an invalid address range results in ENOMEM instead of EINVAL? This has the following advantages: - It allows the application to distinguish an invalid address and invalid flags. - It is required for compatability with Solaris/Linux/etc. - It would make a conformant implementation of posix_madvise(2) simpler, because it would be identical to madvise(2). The drawback is that applications depending on the old error value would break. I think the odds of this are next to nil, since madvise() is not generally expected to fail for this reason, but I thought I'd give everyone a chance to prove me wrong or suggest a better approach. The patch, sans doc changes, follows. Index: sys/vm/vm_mmap.c =================================================================== RCS file: /cvs/src/sys/vm/vm_mmap.c,v retrieving revision 1.163 diff -u -r1.163 vm_mmap.c --- sys/vm/vm_mmap.c 4 Jul 2003 12:23:43 -0000 1.163 +++ sys/vm/vm_mmap.c 31 Jul 2003 08:35:56 -0000 @@ -785,9 +785,9 @@ map = &td->td_proc->p_vmspace->vm_map; if ((vm_offset_t)uap->addr < vm_map_min(map) || (vm_offset_t)uap->addr + uap->len > vm_map_max(map)) - return (EINVAL); + return (ENOMEM); if (((vm_offset_t) uap->addr + uap->len) < (vm_offset_t) uap->addr) - return (EINVAL); + return (ENOMEM); /* * Since this routine is only advisory, we default to conservative From owner-freebsd-standards@FreeBSD.ORG Wed Aug 6 04:37:48 2003 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 47E3C37B401 for ; Wed, 6 Aug 2003 04:37:48 -0700 (PDT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7002243F93 for ; Wed, 6 Aug 2003 04:37:47 -0700 (PDT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id CB40517E24; Wed, 6 Aug 2003 13:37:45 +0200 (CEST) Received: (from uucp@localhost)h76BbjxV013568; Wed, 6 Aug 2003 13:37:45 +0200 Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.12.9/8.12.9) id h76Bbtsr036880; Wed, 6 Aug 2003 13:37:55 +0200 (CEST) (envelope-from schweikh) Date: Wed, 6 Aug 2003 13:37:55 +0200 From: Jens Schweikhardt To: Diomidis Spinellis Message-ID: <20030806113755.GA26410@schweikhardt.net> References: <3F30B724.5E0ED74E@aueb.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F30B724.5E0ED74E@aueb.gr> User-Agent: Mutt/1.4.1i cc: freebsd-standards@freebsd.org Subject: Re: POSIX conformance 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, 06 Aug 2003 11:37:48 -0000 Diomidis et al (freebsd-standards), On Wed, Aug 06, 2003 at 11:07:00AM +0300, Diomidis Spinellis wrote: # I was about to MFC the enclosed patch, but decided to check POSIX on # that. There was no patch attached... # According to POSIX # # # The connect() function may fail if: # # [EACCES] Search permission is denied for a component of the path prefix; # or write access to the named socket is denied. # # I also document the current FeeBSD behavior: # # [EACCES] An attempt is made to connect to a broadcast address (obtained # through the INADDR_BROADCAST constant or the INADDR_NONE return value) # through a socket that does not provide broadcast functionality. # # Given that this is outside the POSIX spec, should we perhaps modify the # errno value (to what?), rather than the documentation? I checked the # other errno values and they are mostly following the spec, appart from # EFAULT, which POSIX does not include. How strict are we regarding POSIX # conformance? Returning [EACCESS] for other reasons is fine with POSIX: Error Numbers ... Implementations may support additional errors not included in this list, may generate errors included in this list under circumstances other than those described here, or may contain extensions or limitations that prevent some errors from occurring. The ERRORS section on each reference page specifies whether an error shall be returned, or whether it may be returned. Implementations shall not generate a different error number from the ones described here for error conditions described in this volume of IEEE Std 1003.1-2001, but may generate additional errors unless explicitly disallowed for a particular function. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 03:30:13 2003 Return-Path: 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 07E7F37B401 for ; Fri, 8 Aug 2003 03:30:13 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E670943FE3 for ; Fri, 8 Aug 2003 03:30:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h78AUBUp007007 for ; Fri, 8 Aug 2003 03:30:11 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h78AUB2c007006; Fri, 8 Aug 2003 03:30:11 -0700 (PDT) Resent-Date: Fri, 8 Aug 2003 03:30:11 -0700 (PDT) Resent-Message-Id: <200308081030.h78AUB2c007006@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, Konstantin Oznobihin Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DEA37B401 for ; Fri, 8 Aug 2003 03:26:08 -0700 (PDT) Received: from rocky.cc.rsu.ru (rocky.cc.rsu.ru [195.208.252.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60FF943FA3 for ; Fri, 8 Aug 2003 03:26:07 -0700 (PDT) (envelope-from bork@rocky.cc.rsu.ru) Received: from rocky.cc.rsu.ru (localhost [127.0.0.1]) by rocky.cc.rsu.ru (8.12.9/8.12.9) with ESMTP id h78ARgOW058104 for ; Fri, 8 Aug 2003 14:27:42 +0400 (MSD) (envelope-from bork@rocky.cc.rsu.ru) Received: (from bork@localhost) by rocky.cc.rsu.ru (8.12.9/8.12.9/Submit) id h78ARfOi058103; Fri, 8 Aug 2003 14:27:42 +0400 (MSD) Message-Id: <200308081027.h78ARfOi058103@rocky.cc.rsu.ru> Date: Fri, 8 Aug 2003 14:27:42 +0400 (MSD) From: Konstantin Oznobihin To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: standards/55370: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Konstantin Oznobihin List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 10:30:13 -0000 >Number: 55370 >Category: standards >Synopsis: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 08 03:30:10 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Konstantin Oznobihin >Release: FreeBSD 5.1-RELEASE i386 >Organization: Computer Center of Rostov State University >Environment: System: FreeBSD mymachine.somewhere.ru 5.1-RELEASE FreeBSD 5.1-RELEASE #0: Tue Jul 29 15:00:26 MSD 2003 root@mymachine.somewhere.ru:/usr/src/sys/i386/compile/KERNEL i386 >Description: When comparing two equal uuids with uuid_compare it returns -1, while according to the DCE 1.1 RPC specification it should be 0. By checking the source I found this code (see src/lib/libc/uuid/uuid_compare.c line 75): memcmp(a->node, b->node, sizeof(uuid_t)) where a and b are of type uuid_t* and the node field of the struct uuid is declared as uint8_t node[_UUID_NODE_LEN] so the size of uuid_t is always greater than size of node. >How-To-Repeat: Compile following program and run: #include #include #include int main() { uuid_t uuid1, uuid2; int32_t ret; const char *uuid_str = "d95bc5d4-c97c-11d7-ba3d-112233445566"; uuid_from_string(uuid_str, &uuid1, NULL); uuid_from_string(uuid_str, &uuid2, NULL); ret = uuid_compare(&uuid1, &uuid2, NULL); printf("compare ret: %d\n", ret); ret = uuid_equal(&uuid1, &uuid2, NULL); printf("equal ret: %d\n", ret); return 0; } >Fix: Fix the /usr/src/lib/libc/uuid/uuid_compare.c --- uuid_compare.patch begins here --- --- uuid_compare.c Fri Aug 8 13:31:20 2003 +++ /usr/src/lib/libc/uuid/uuid_compare.c Wed Oct 30 06:51:00 2002 @@ -72,5 +72,5 @@ res = (int)a->clock_seq_low - (int)b->clock_seq_low; if (res) return ((res < 0) ? -1 : 1); - return (memcmp(a->node, b->node, _UUID_NODE_LEN)); + return (memcmp(a->node, b->node, sizeof(uuid_t))); } --- uuid_compare.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 05:50:25 2003 Return-Path: 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 4CC7137B401 for ; Fri, 8 Aug 2003 05:50:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8E143F3F for ; Fri, 8 Aug 2003 05:50:24 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h78CoOUp035425 for ; Fri, 8 Aug 2003 05:50:24 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h78CoNEP035421; Fri, 8 Aug 2003 05:50:24 -0700 (PDT) Date: Fri, 8 Aug 2003 05:50:24 -0700 (PDT) Message-Id: <200308081250.h78CoNEP035421@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Oznobihin Konstantin Subject: Re: standards/55370: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Oznobihin Konstantin List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 12:50:25 -0000 The following reply was made to PR standards/55370; it has been noted by GNATS. From: Oznobihin Konstantin To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: standards/55370: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. Date: 08 Aug 2003 12:41:54 +0000 >return (memcmp(a->node, b->node, _UUID_NODE_LEN)); Sorry, this patch isn't sufficient, because memcmp returns the difference between the first two differing bytes. Here is complete patch: --- uuid_compare.patch_2 begins here --- --- uuid_compare.c Fri Aug 8 16:18:26 2003 +++ /usr/src/lib/libc/uuid/uuid_compare.c Wed Oct 30 06:51:00 2002 @@ -72,8 +72,5 @@ res = (int)a->clock_seq_low - (int)b->clock_seq_low; if (res) return ((res < 0) ? -1 : 1); - res = memcmp(a->node, b->node, _UUID_NODE_LEN); - if (res) - return ((res < 0) ? -1 : 1); - return res; + return (memcmp(a->node, b->node, sizeof(uuid_t))); } --- uuid_compare.patch_2 ends here --- -- Konstantin Oznobihin System Programmer Computer Center of Rostov State University. From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 10:55:23 2003 Return-Path: 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 627CD37B404; Fri, 8 Aug 2003 10:55:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913E443F85; Fri, 8 Aug 2003 10:55:22 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (marcel@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h78HtMUp093150; Fri, 8 Aug 2003 10:55:22 -0700 (PDT) (envelope-from marcel@freefall.freebsd.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h78HtMju093146; Fri, 8 Aug 2003 10:55:22 -0700 (PDT) Date: Fri, 8 Aug 2003 10:55:22 -0700 (PDT) From: Marcel Moolenaar Message-Id: <200308081755.h78HtMju093146@freefall.freebsd.org> To: marcel@FreeBSD.org, freebsd-standards@FreeBSD.org, marcel@FreeBSD.org Subject: Re: standards/55370: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. 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: Fri, 08 Aug 2003 17:55:23 -0000 Synopsis: [patch] uuid_compare function (uuid(3)) incorrectly compares node fields. Responsible-Changed-From-To: freebsd-standards->marcel Responsible-Changed-By: marcel Responsible-Changed-When: Fri Aug 8 10:52:24 PDT 2003 Responsible-Changed-Why: This is likely my bad. I'll refresh my memory and apply the patch (either the first or the second, depending on whether uuid_compare return positive and negative numbers or explicitly -1 and 1 when the UUIDs are not equal). http://www.freebsd.org/cgi/query-pr.cgi?pr=55370 From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 20:15:14 2003 Return-Path: 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 8B65837B401; Fri, 8 Aug 2003 20:15:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255DC43F3F; Fri, 8 Aug 2003 20:15:14 -0700 (PDT) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (bms@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h793FEUp058506; Fri, 8 Aug 2003 20:15:14 -0700 (PDT) (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h793FDku058502; Fri, 8 Aug 2003 20:15:14 -0700 (PDT) Date: Fri, 8 Aug 2003 20:15:14 -0700 (PDT) From: Bruce M Simpson Message-Id: <200308090315.h793FDku058502@freefall.freebsd.org> To: bms@FreeBSD.org, freebsd-standards@FreeBSD.org, bms@FreeBSD.org Subject: Re: standards/54634: [PATCH] add posix_madvise() call to -CURRENT 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: Sat, 09 Aug 2003 03:15:14 -0000 Synopsis: [PATCH] add posix_madvise() call to -CURRENT Responsible-Changed-From-To: freebsd-standards->bms Responsible-Changed-By: bms Responsible-Changed-When: Fri 8 Aug 2003 20:14:27 PDT Responsible-Changed-Why: I'll take responsibility for this, now that I have my bit. http://www.freebsd.org/cgi/query-pr.cgi?pr=54634 From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 20:35:45 2003 Return-Path: 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 8C1C737B401; Fri, 8 Aug 2003 20:35:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D6043F93; Fri, 8 Aug 2003 20:35:44 -0700 (PDT) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (bms@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h793ZiUp067815; Fri, 8 Aug 2003 20:35:44 -0700 (PDT) (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h793Zi1Y067811; Fri, 8 Aug 2003 20:35:44 -0700 (PDT) Date: Fri, 8 Aug 2003 20:35:44 -0700 (PDT) From: Bruce M Simpson Message-Id: <200308090335.h793Zi1Y067811@freefall.freebsd.org> To: bms@FreeBSD.org, freebsd-standards@FreeBSD.org, bms@FreeBSD.org Subject: Re: standards/54223: [PATCH] Add mlockall(), munlockall() syscalls to -CURRENT 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: Sat, 09 Aug 2003 03:35:45 -0000 Synopsis: [PATCH] Add mlockall(), munlockall() syscalls to -CURRENT Responsible-Changed-From-To: freebsd-standards->bms Responsible-Changed-By: bms Responsible-Changed-When: Fri 8 Aug 2003 20:34:45 PDT Responsible-Changed-Why: I will take personal responsibility for this. I will continue to work closely with alc@ and jake@ to get this ready for commit. http://www.freebsd.org/cgi/query-pr.cgi?pr=54223 From owner-freebsd-standards@FreeBSD.ORG Fri Aug 8 22:09:34 2003 Return-Path: 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 9172937B401; Fri, 8 Aug 2003 22:09:34 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA5343FE1; Fri, 8 Aug 2003 22:09:34 -0700 (PDT) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (bms@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7959YUp079234; Fri, 8 Aug 2003 22:09:34 -0700 (PDT) (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7959YB9079230; Fri, 8 Aug 2003 22:09:34 -0700 (PDT) Date: Fri, 8 Aug 2003 22:09:34 -0700 (PDT) From: Bruce M Simpson Message-Id: <200308090509.h7959YB9079230@freefall.freebsd.org> To: bms@FreeBSD.org, freebsd-standards@FreeBSD.org, bms@FreeBSD.org Subject: Re: docs/20528: sysconf(3) manpage doesn't mention posix.1b options 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: Sat, 09 Aug 2003 05:09:34 -0000 Synopsis: sysconf(3) manpage doesn't mention posix.1b options Responsible-Changed-From-To: freebsd-standards->bms Responsible-Changed-By: bms Responsible-Changed-When: Fri 8 Aug 2003 22:08:12 PDT Responsible-Changed-Why: I'll handle this. Waiting on feedback from various standards characters before committing. http://www.freebsd.org/cgi/query-pr.cgi?pr=20528