From gd78059@sac.sfbay.sun.com Mon Apr 20 18:47:09 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3L1l8B4004075 for ; Mon, 20 Apr 2009 18:47:08 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n3L1l45k022423; Tue, 21 Apr 2009 09:47:06 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIF0010FGYGZL00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 20 Apr 2009 18:47:04 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIF006UXGYFNFA0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 20 Apr 2009 18:47:03 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3L1l38r063263; Mon, 20 Apr 2009 18:47:03 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3L1l2PE004070; Mon, 20 Apr 2009 18:47:02 -0700 (PDT) Received: (from gd78059@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n3L1l2h4004066; Mon, 20 Apr 2009 18:47:02 -0700 (PDT) Date: Mon, 20 Apr 2009 18:47:02 -0700 (PDT) From: "Garrett D'Amore - sun microsystems" Subject: more ksh93 command conversions [PSARC/2009/249 FastTrack timeout 04/27/2009] To: PSARC-ext@sun.com Cc: ksh93-integration-discuss@opensolaris.org Message-id: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 10833 I'm sponsoring this fast-track request on behalf of Roland Mainz and the ksh93-integration project. It consists of more commands being converted to use internal ksh93 builtins. Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: more ksh93 command conversions 1.2. Name of Document Author/Supplier: Author: Roland Mainz 1.3 Date of This Document: 20 April, 2009 4. Technical Description Please note that this is an *open* case. The release binding is the same as with the previous ksh93 project: a patch/micro release of Solaris delivering through OS/Net Stability levels are as described below. Additional materials (man pages and diffs) can be found in the 'materials/' subdirectory. This project is an amendment to the Korn Shell 93 Integration project (PSARC/2006/550, PSARC/2006/587, PSARC/2007/035, PSARC/2008/094, PSARC/2008/344, PSARC/2009/063 and PSARC/2009/248) and depends on PSARC/2009/248, specifying the following additional interfaces: 1) An enhanced version of the "cksum" utility and an identical ksh93 built-in command 2) An enhanced version of the "head" utility and an identical ksh93 built-in command 3) An enhanced version of the "join" utility and an identical ksh93 built-in command 4) An enhanced version of the "logname" utility and an identical ksh93 built-in command 5) An enhanced version of the "mkfifo" utility and an identical ksh93 built-in command 6) An enhanced version of the "tail" utility and an identical ksh93 built-in command 7) An enhanced version of the "tee" utility and an identical ksh93 built-in command Bug/RFE Number(s): 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-03-10 6828692 RFE: Update /usr/bin/cksum to AT&T AST "cksum" 6805812 RFE: Update /usr/bin/head to AT&T AST "head" 6805813 RFE: Update /usr/bin/join to AT&T AST "join" 6828644 RFE: Update /usr/bin/logname to AT&T AST "logname" 6805814 RFE: Update /usr/bin/mkfifo to AT&T AST "mkfifo" 6790507 RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to AT&T AST "tail" 6805819 RFE: Update /usr/bin/tee to AT&T AST "tee" Interface Stability Description --------- --------- ----------- /usr/bin/cksum Commited cksum command /usr/bin/head Commited head command /usr/bin/join Commited join command /usr/bin/logname Commited logname command /usr/bin/mkfifo Commited mkfifo command /usr/bin/tail [1] tail command /usr/xpg4/bin/tail [1] XPG4 tail command /usr/bin/tee Commited tee command [1]=Stabiltiy for /usr/bin/tail and /usr/xpg4/bin/tail is "Commited" except for "Uncommited" options "-q"/"--quiet" which are GNU-only and option "-b" which is now "Commited Obsolete". ##### Introduction: This case proposes to deliver the following features as a set of independent putbacks as they become available. Each feature is self contained and independent of the others, so out of order and partial putbacks at this granularity should have no adverse impact on the functionality and behavior of the system as a whole. #### Part 1: Enhancement of /usr/bin/cksum The first part of this project specifies an enhancement to /usr/bin/cksum and a new ksh93 built-in with the same name based on the AT&T AST "cksum" command. The AT&T version of the "cksum" utility provides extensions not present in the current Solaris "cksum" utility, which are useful for small applications to generate hash sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). The AT&T AST version of the "cksum" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- -a, --all -b, --binary -B, --scale -c, --check -h, --header -l, --list -p, --permissions -R, --recursive -S, --silent|status -t, --total -T, --text -w, --warn -x, --method|algorithm (default is "cksum") -L, --logical|follow -H, --metaphysical -P, --physical -r, --bsd -s, --sysv --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/cksum" command and built-in command-line interface and the system variables documented in cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". Note that the implementation will take the specified output format string "%u %d %s\n" , <# of octets>, now literally, previously implementation used a instead of between %u and %d (the POSIX standard allows both and , however GNU and BSD implementations use and no other implementation except Solaris was found which uses ). The "cksum" command will (re-)use the existing codepath for /usr/bin/sum which uses libmd to use Solaris's native&&optimized versions for ciphers like MD5 and the SHA*-family. #### Part 2: Enhancement of /usr/bin/head The second part of this project specifies an enhancement to /usr/bin/head based on the AT&T AST "head" command. The AT&T AST version of the "head" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --lines (same as existing "-n") -c, --bytes -q, --quiet|silent -s, --skip -v, --verbose --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/head" command and built-in command-line interface (including the new options) and system variables documented in head(1) and specified by IEEE Std 1003.1-2008 is "Committed". For further information/specifications see the materials/-folder. #### Part 3: Enhancement of /usr/bin/join The third part of this project specifies an enhancement to /usr/bin/join based on the AT&T AST "join" command. The AT&T AST version of the "join" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --empty (same as existing "-e") --output (same as existing "-o") --separator|tabs (same as existing "-t"). --j1 (same as existing "-1") --j2 (same as existing "-2") --join (same as existing "-j") --unpairable (same as existing "-a") --suppress (same as existing "-v") -i, --ignorecase -B, --mmap --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/join" command and built-in command-line interface (including the new options) and system variables documented in join(1) and specified by IEEE Std 1003.1-2008 is "Committed". For further information/specifications see the materials/-folder. #### Part 4: Enhancement of /usr/bin/logname The 4th part of this project specifies an enhancement to /usr/bin/logname based on the AT&T AST "logname" command. The AT&T AST version of the "logname" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/logname" command and built-in command-line interface (including the new options) and system variables documented in logname(1) and specified by IEEE Std 1003.1-2008 is "Committed". For further information/specifications see the materials/-folder. #### Part 5: Enhancement of /usr/bin/mkfifo The 5th part of this project specifies an enhancement to /usr/bin/mkfifo based on the AT&T AST "mkfifo" command. The AT&T AST version of the "mkfifo" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --mode (same as existing "-m") --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/mkfifo" command and built-in command-line interface (including the new options) and system variables documented in mkfifo(1) and specified by IEEE Std 1003.1-2008 is "Committed". For further information/specifications see the materials/-folder. #### Part 6: Enhancement of /usr/bin/tail and /usr/xpg4/bin/tail The 7th part of this project specifies an enhancement to /usr/bin/tail and /usr/xpg4/bin/tail based on the AT&T AST "tail" command in one command which provides both the traditional Unix "tail" functionality and the functionality defined in IEEE Std 1003.1-2008 plus the "historical" "-b" option. The AT&T AST version of the "tail" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --lines (same as existing "-n") --blocks (same as existing "-b") --bytes (same as existing "-c") --forever|follow (same as existing "-f") -h, --headers --lines (same as existing "-l") -L, --log -q, --quiet (GNU only, interface stability "Uncommited") -r, --reverse (same as existing "-r") -s, --silent -t, --timeout -v, --verbose --man, --html, --nroff, --help, --version -- snip -- The stability of the "/usr/bin/tail" and "/usr/xpg4/bin/tail" commands and built-in command-line interface (including the new options) documented in tail(1) and specified by IEEE Std 1003.1-2008 is "Committed" except for the command-line options "-q"/"--quiet" which are "Uncommited" (following the rule that options should only be "Commited" if there is more than one vendor implementation which implements it) and "-b"/"--blocks" which is now "Commited Obsolete" (IEEE Std 1003.1-2008 now longer supports it - see http://www.opengroup.org/onlinepubs/9699919799/utilities/tail.html This is only a documentation change, the project team has no intention to remove the implementation for "-b"/"--blocks" in the forseeable future). For further information/specifications see the materials/-folder. #### Part 7: Enhancement of /usr/bin/tee The 7th part of this project specifies an enhancement to /usr/bin/tee based on the AT&T AST "tee" command. The AT&T AST version of the "tee" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -- snip -- --append (same as existing -a) --ignore-interrupts (same as existing -i) -l, --linebuffer --man, --html, --nroff, --help, --version -- snip -- Additinally the original documented limit of 13 file operands is removed. The stability of the "/usr/bin/tee" command and built-in command-line interface (including the new options) and system variables documented in tee(1) and specified by IEEE Std 1003.1-2008 is "Committed". For further information/specifications see the materials/-folder. # EOF. 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From iszczesniak@gmail.com Tue Apr 21 06:43:19 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3LDhHnJ003323 for ; Tue, 21 Apr 2009 06:43:17 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3LDhCRl027574 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 21 Apr 2009 14:43:16 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIG00901E447Y00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 21 Apr 2009 06:43:16 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIG00H74E42KXF0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 21 Apr 2009 06:43:14 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3LDcSse017652 for ; Tue, 21 Apr 2009 13:43:14 +0000 (GMT) Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12]) by relay44i.sun.com with ESMTP id BT-MMP-63100 for PSARC-ext@sun.com; Tue, 21 Apr 2009 13:43:14 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-154935 for PSARC-ext@sun.com; Tue, 21 Apr 2009 13:43:13 +0000 (Z) Received: from mail-fx0-f213.google.com ([209.85.220.213] [209.85.220.213]) by relay4i.sun.com with ESMTP id BT-MMP-19185154 for PSARC-ext@sun.com; Tue, 21 Apr 2009 13:43:12 +0000 (Z) Received: by fxm9 with SMTP id 9so2516804fxm.8 for ; Tue, 21 Apr 2009 06:41:54 -0700 (PDT) Received: by 10.204.66.195 with SMTP id o3mr6511284bki.201.1240321314442; Tue, 21 Apr 2009 06:41:54 -0700 (PDT) Date: Tue, 21 Apr 2009 15:41:54 +0200 From: "I. Szczesniak" Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack timeout 04/27/2009] In-reply-to: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> To: "Garrett D'Amore - sun microsystems" Cc: PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7hfpIpt4l2ON6Ikap89YQu3aY/zghuXv7iILpiiWRns=; b=UQJ9nVJRz1f9wR5mCMZIACjq/8+FfgsDvS1Aq01zoCcATieHZnOy7Wr+WYi9AiMmB0 R/TsqWt+inRnKtSbR7OpKEyJmq7VB1+MlcgpDAOOTjcmYU99rwRrIdNTQQ3i2Q2wVD+s ckzFp/XdmDhL/LBDDJoAnx6Hr3gfq5uq9J2EA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Cey9fHFZX5GM3CDfRoVqkULf2IcaZ/N8EUQ6fh8NCYTN+gTyQs5Al3GE0IAQPM98Dr Y4P/4l6jci/B7D8Qv8fHmAWUi7ykiZU/Y03Y/oB4kgzPUXF7bjO/KP3nGXrI54if5S08 BJDlsFCANyNsIvWfHpo3CKHGOoveV7ait+wsc= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.458sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> Status: RO Content-Length: 12190 As the case is specified it gets my +1 but I still have some minor questions: On 4/21/09, Garrett D'Amore - sun microsystems wrote: > > I'm sponsoring this fast-track request on behalf of Roland Mainz and the > ksh93-integration project. It consists of more commands being converted > to use internal ksh93 builtins. > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > more ksh93 command conversions > 1.2. Name of Document Author/Supplier: > Author: Roland Mainz > 1.3 Date of This Document: > 20 April, 2009 > 4. Technical Description > > Please note that this is an *open* case. > > The release binding is the same as with the previous ksh93 project: a > patch/micro release of Solaris delivering through OS/Net > Stability levels are as described below. > > Additional materials (man pages and diffs) can be found in the > 'materials/' subdirectory. > > This project is an amendment to the Korn Shell 93 Integration project > (PSARC/2006/550, PSARC/2006/587, PSARC/2007/035, PSARC/2008/094, > PSARC/2008/344, PSARC/2009/063 and PSARC/2009/248) and depends on > PSARC/2009/248, specifying the following additional interfaces: > > 1) An enhanced version of the "cksum" utility and an identical ksh93 > built-in command > 2) An enhanced version of the "head" utility and an identical ksh93 > built-in command > 3) An enhanced version of the "join" utility and an identical ksh93 > built-in command > 4) An enhanced version of the "logname" utility and an identical ksh93 > built-in command > 5) An enhanced version of the "mkfifo" utility and an identical ksh93 > built-in command > 6) An enhanced version of the "tail" utility and an identical ksh93 > built-in command > 7) An enhanced version of the "tee" utility and an identical ksh93 > built-in command > > > Bug/RFE Number(s): > > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-03-10 > 6828692 RFE: Update /usr/bin/cksum to AT&T AST "cksum" > 6805812 RFE: Update /usr/bin/head to AT&T AST "head" > 6805813 RFE: Update /usr/bin/join to AT&T AST "join" > 6828644 RFE: Update /usr/bin/logname to AT&T AST "logname" > 6805814 RFE: Update /usr/bin/mkfifo to AT&T AST "mkfifo" > 6790507 RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to > AT&T AST "tail" > 6805819 RFE: Update /usr/bin/tee to AT&T AST "tee" > > > > Interface Stability Description > --------- --------- ----------- > /usr/bin/cksum Commited cksum command > /usr/bin/head Commited head command > /usr/bin/join Commited join command > /usr/bin/logname Commited logname command > /usr/bin/mkfifo Commited mkfifo command > /usr/bin/tail [1] tail command > /usr/xpg4/bin/tail [1] XPG4 tail command > /usr/bin/tee Commited tee command > > [1]=Stabiltiy for /usr/bin/tail and /usr/xpg4/bin/tail is "Commited" > except for "Uncommited" options "-q"/"--quiet" which are > GNU-only and option "-b" which is now "Commited Obsolete". Could you elaborate the difference between Committed and Committed Obsolete? > > > > ##### Introduction: > This case proposes to deliver the following features as a set of > independent putbacks as they become available. Each feature is > self contained and independent of the others, so out of order > and partial putbacks at this granularity should have no adverse > impact on the functionality and behavior of the system as a whole. > > > #### Part 1: Enhancement of /usr/bin/cksum > The first part of this project specifies an enhancement to > /usr/bin/cksum and a new ksh93 built-in with the same name based on > the AT&T AST "cksum" command. > > The AT&T version of the "cksum" utility > provides extensions not present in the current Solaris "cksum" > utility, which are useful for small applications to generate hash > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > The AT&T AST version of the "cksum" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > -a, --all > -b, --binary > -B, --scale > -c, --check > -h, --header > -l, --list > -p, --permissions > -R, --recursive > -S, --silent|status > -t, --total > -T, --text > -w, --warn > -x, --method|algorithm (default is "cksum") > -L, --logical|follow > -H, --metaphysical > -P, --physical > -r, --bsd > -s, --sysv > --man, --html, --nroff, --help, --version > -- snip -- > > The stability of the "/usr/bin/cksum" command and built-in > command-line Are the built in commands specified in this ARC cases bound to /bin like the existing ksh93 built in commands? > interface and the system variables documented in > cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". Why are you explicitly referencing IEEE Std 1003.1-2008? Isn't Committed enough? > > Note that the implementation will take the specified output format > string "%u %d %s\n" , <# of octets>, now > literally, previously implementation used a instead of > between %u and %d (the POSIX standard allows both > and , however GNU and BSD implementations use and > no other implementation except Solaris was found which uses > ). > > The "cksum" command will (re-)use the existing codepath for > /usr/bin/sum which uses libmd to use Solaris's native&&optimized > versions for ciphers like MD5 and the SHA*-family. > > > #### Part 2: Enhancement of /usr/bin/head > The second part of this project specifies an enhancement to > /usr/bin/head based on the AT&T AST "head" command. > The AT&T AST version of the "head" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --lines (same as existing "-n") > -c, --bytes > -q, --quiet|silent > -s, --skip > -v, --verbose > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/head" command and built-in > command-line interface (including the new options) and system > variables documented in head(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 3: Enhancement of /usr/bin/join > The third part of this project specifies an enhancement to > /usr/bin/join based on the AT&T AST "join" command. > The AT&T AST version of the "join" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --empty (same as existing "-e") > --output (same as existing "-o") > --separator|tabs (same as existing "-t"). > --j1 (same as existing "-1") > --j2 (same as existing "-2") > --join (same as existing "-j") > --unpairable (same as existing "-a") > --suppress (same as existing "-v") > -i, --ignorecase > -B, --mmap > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/join" command and built-in > command-line interface (including the new options) and system > variables documented in join(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 4: Enhancement of /usr/bin/logname > The 4th part of this project specifies an enhancement to > /usr/bin/logname based on the AT&T AST "logname" command. > The AT&T AST version of the "logname" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/logname" command and built-in > command-line interface (including the new options) and system > variables documented in logname(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 5: Enhancement of /usr/bin/mkfifo > The 5th part of this project specifies an enhancement to > /usr/bin/mkfifo based on the AT&T AST "mkfifo" command. > The AT&T AST version of the "mkfifo" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --mode (same as existing "-m") > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/mkfifo" command and built-in > command-line interface (including the new options) and system > variables documented in mkfifo(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 6: Enhancement of /usr/bin/tail and /usr/xpg4/bin/tail > The 7th part of this project specifies an enhancement to > /usr/bin/tail and /usr/xpg4/bin/tail based on the AT&T AST "tail" > command in one command which provides both the traditional Unix > "tail" functionality and the functionality defined in IEEE Std > 1003.1-2008 plus the "historical" "-b" option. > > The AT&T AST version of the "tail" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --lines (same as existing "-n") > --blocks (same as existing "-b") > --bytes (same as existing "-c") > --forever|follow (same as existing "-f") > -h, --headers > --lines (same as existing "-l") > -L, --log > -q, --quiet (GNU only, interface stability "Uncommited") > -r, --reverse (same as existing "-r") > -s, --silent > -t, --timeout > -v, --verbose > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/tail" and "/usr/xpg4/bin/tail" > commands and built-in command-line interface (including the new > options) documented in tail(1) and specified by IEEE > Std 1003.1-2008 is "Committed" except for the command-line > options "-q"/"--quiet" which are "Uncommited" (following the > rule that options should only be "Commited" if there is more > than one vendor implementation which implements it) and > "-b"/"--blocks" which is now "Commited Obsolete" (IEEE Std > 1003.1-2008 now longer supports it - see > http://www.opengroup.org/onlinepubs/9699919799/utilities/tail.html > This is only a documentation change, the project team has no > intention to remove the implementation for "-b"/"--blocks" in > the forseeable future). > For further information/specifications see the materials/-folder. > > > #### Part 7: Enhancement of /usr/bin/tee > The 7th part of this project specifies an enhancement to > /usr/bin/tee based on the AT&T AST "tee" command. > The AT&T AST version of the "tee" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --append (same as existing -a) > --ignore-interrupts (same as existing -i) > -l, --linebuffer > --man, --html, --nroff, --help, --version > -- snip -- > Additinally the original documented limit of 13 file operands is > removed. > > The stability of the "/usr/bin/tee" command and built-in > command-line interface (including the new options) and system > variables documented in tee(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > # EOF. > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > ON > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > Irek From gdamore@sun.com Tue Apr 21 07:48:29 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3LEmTXl004766 for ; Tue, 21 Apr 2009 07:48:29 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3LEmSjb005018 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 21 Apr 2009 07:48:28 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIG00C2JH4S6P00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 21 Apr 2009 07:48:28 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIG00764H4R9C40@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 21 Apr 2009 07:48:28 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3LEmROR018441 for ; Tue, 21 Apr 2009 07:48:27 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KIG00D00GV1EG00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 21 Apr 2009 07:48:27 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KIG00CKNH4LBN90@fe-sfbay-09.sun.com>; Tue, 21 Apr 2009 07:48:22 -0700 (PDT) Date: Tue, 21 Apr 2009 07:48:21 -0700 From: "Garrett D'Amore" Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack timeout 04/27/2009] In-reply-to: Sender: Garrett.Damore@sun.com To: "I. Szczesniak" Cc: "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org Message-id: <49EDDCB5.8080700@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 13070 I. Szczesniak wrote: > As the case is specified it gets my +1 but I still have some minor questions: > > On 4/21/09, Garrett D'Amore - sun microsystems > wrote: > >> I'm sponsoring this fast-track request on behalf of Roland Mainz and the >> ksh93-integration project. It consists of more commands being converted >> to use internal ksh93 builtins. >> >> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> more ksh93 command conversions >> 1.2. Name of Document Author/Supplier: >> Author: Roland Mainz >> 1.3 Date of This Document: >> 20 April, 2009 >> 4. Technical Description >> >> Please note that this is an *open* case. >> >> The release binding is the same as with the previous ksh93 project: a >> patch/micro release of Solaris delivering through OS/Net >> Stability levels are as described below. >> >> Additional materials (man pages and diffs) can be found in the >> 'materials/' subdirectory. >> >> This project is an amendment to the Korn Shell 93 Integration project >> (PSARC/2006/550, PSARC/2006/587, PSARC/2007/035, PSARC/2008/094, >> PSARC/2008/344, PSARC/2009/063 and PSARC/2009/248) and depends on >> PSARC/2009/248, specifying the following additional interfaces: >> >> 1) An enhanced version of the "cksum" utility and an identical ksh93 >> built-in command >> 2) An enhanced version of the "head" utility and an identical ksh93 >> built-in command >> 3) An enhanced version of the "join" utility and an identical ksh93 >> built-in command >> 4) An enhanced version of the "logname" utility and an identical ksh93 >> built-in command >> 5) An enhanced version of the "mkfifo" utility and an identical ksh93 >> built-in command >> 6) An enhanced version of the "tail" utility and an identical ksh93 >> built-in command >> 7) An enhanced version of the "tee" utility and an identical ksh93 >> built-in command >> >> >> Bug/RFE Number(s): >> >> 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-03-10 >> 6828692 RFE: Update /usr/bin/cksum to AT&T AST "cksum" >> 6805812 RFE: Update /usr/bin/head to AT&T AST "head" >> 6805813 RFE: Update /usr/bin/join to AT&T AST "join" >> 6828644 RFE: Update /usr/bin/logname to AT&T AST "logname" >> 6805814 RFE: Update /usr/bin/mkfifo to AT&T AST "mkfifo" >> 6790507 RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to >> AT&T AST "tail" >> 6805819 RFE: Update /usr/bin/tee to AT&T AST "tee" >> >> >> >> Interface Stability Description >> --------- --------- ----------- >> /usr/bin/cksum Commited cksum command >> /usr/bin/head Commited head command >> /usr/bin/join Commited join command >> /usr/bin/logname Commited logname command >> /usr/bin/mkfifo Commited mkfifo command >> /usr/bin/tail [1] tail command >> /usr/xpg4/bin/tail [1] XPG4 tail command >> /usr/bin/tee Commited tee command >> >> [1]=Stabiltiy for /usr/bin/tail and /usr/xpg4/bin/tail is "Commited" >> except for "Uncommited" options "-q"/"--quiet" which are >> GNU-only and option "-b" which is now "Commited Obsolete". >> > > Could you elaborate the difference between Committed and Committed Obsolete? > Committed Obsolete means we can't remove it, but you're still discouraged from using it in new code. That's the case with -b -- it is used to indicate a count in blocks (512 bytes), but the option was removed from the POSIX standard over confusion about what was meant by a "block" (is it a block of bytes, or a block of characters?) In any case, I suspect -b is probably just about useless when used with tail. I'll leave your other questions for Roland to answer. -- Garrett > >> >> ##### Introduction: >> This case proposes to deliver the following features as a set of >> independent putbacks as they become available. Each feature is >> self contained and independent of the others, so out of order >> and partial putbacks at this granularity should have no adverse >> impact on the functionality and behavior of the system as a whole. >> >> >> #### Part 1: Enhancement of /usr/bin/cksum >> The first part of this project specifies an enhancement to >> /usr/bin/cksum and a new ksh93 built-in with the same name based on >> the AT&T AST "cksum" command. >> >> The AT&T version of the "cksum" utility >> provides extensions not present in the current Solaris "cksum" >> utility, which are useful for small applications to generate hash >> sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). >> >> The AT&T AST version of the "cksum" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> -a, --all >> -b, --binary >> -B, --scale >> -c, --check >> -h, --header >> -l, --list >> -p, --permissions >> -R, --recursive >> -S, --silent|status >> -t, --total >> -T, --text >> -w, --warn >> -x, --method|algorithm (default is "cksum") >> -L, --logical|follow >> -H, --metaphysical >> -P, --physical >> -r, --bsd >> -s, --sysv >> --man, --html, --nroff, --help, --version >> -- snip -- >> >> The stability of the "/usr/bin/cksum" command and built-in >> command-line >> > > Are the built in commands specified in this ARC cases bound to /bin > like the existing ksh93 built in commands? > > >> interface and the system variables documented in >> cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". >> > > Why are you explicitly referencing IEEE Std 1003.1-2008? Isn't Committed enough? > > >> Note that the implementation will take the specified output format >> string "%u %d %s\n" , <# of octets>, now >> literally, previously implementation used a instead of >> between %u and %d (the POSIX standard allows both >> and , however GNU and BSD implementations use and >> no other implementation except Solaris was found which uses >> ). >> >> The "cksum" command will (re-)use the existing codepath for >> /usr/bin/sum which uses libmd to use Solaris's native&&optimized >> versions for ciphers like MD5 and the SHA*-family. >> >> >> #### Part 2: Enhancement of /usr/bin/head >> The second part of this project specifies an enhancement to >> /usr/bin/head based on the AT&T AST "head" command. >> The AT&T AST version of the "head" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --lines (same as existing "-n") >> -c, --bytes >> -q, --quiet|silent >> -s, --skip >> -v, --verbose >> --man, --html, --nroff, --help, --version >> -- snip -- >> The stability of the "/usr/bin/head" command and built-in >> command-line interface (including the new options) and system >> variables documented in head(1) and specified by IEEE >> Std 1003.1-2008 is "Committed". >> For further information/specifications see the materials/-folder. >> >> >> #### Part 3: Enhancement of /usr/bin/join >> The third part of this project specifies an enhancement to >> /usr/bin/join based on the AT&T AST "join" command. >> The AT&T AST version of the "join" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --empty (same as existing "-e") >> --output (same as existing "-o") >> --separator|tabs (same as existing "-t"). >> --j1 (same as existing "-1") >> --j2 (same as existing "-2") >> --join (same as existing "-j") >> --unpairable (same as existing "-a") >> --suppress (same as existing "-v") >> -i, --ignorecase >> -B, --mmap >> --man, --html, --nroff, --help, --version >> -- snip -- >> The stability of the "/usr/bin/join" command and built-in >> command-line interface (including the new options) and system >> variables documented in join(1) and specified by IEEE >> Std 1003.1-2008 is "Committed". >> For further information/specifications see the materials/-folder. >> >> >> #### Part 4: Enhancement of /usr/bin/logname >> The 4th part of this project specifies an enhancement to >> /usr/bin/logname based on the AT&T AST "logname" command. >> The AT&T AST version of the "logname" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --man, --html, --nroff, --help, --version >> -- snip -- >> The stability of the "/usr/bin/logname" command and built-in >> command-line interface (including the new options) and system >> variables documented in logname(1) and specified by IEEE >> Std 1003.1-2008 is "Committed". >> For further information/specifications see the materials/-folder. >> >> >> #### Part 5: Enhancement of /usr/bin/mkfifo >> The 5th part of this project specifies an enhancement to >> /usr/bin/mkfifo based on the AT&T AST "mkfifo" command. >> The AT&T AST version of the "mkfifo" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --mode (same as existing "-m") >> --man, --html, --nroff, --help, --version >> -- snip -- >> The stability of the "/usr/bin/mkfifo" command and built-in >> command-line interface (including the new options) and system >> variables documented in mkfifo(1) and specified by IEEE >> Std 1003.1-2008 is "Committed". >> For further information/specifications see the materials/-folder. >> >> >> #### Part 6: Enhancement of /usr/bin/tail and /usr/xpg4/bin/tail >> The 7th part of this project specifies an enhancement to >> /usr/bin/tail and /usr/xpg4/bin/tail based on the AT&T AST "tail" >> command in one command which provides both the traditional Unix >> "tail" functionality and the functionality defined in IEEE Std >> 1003.1-2008 plus the "historical" "-b" option. >> >> The AT&T AST version of the "tail" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --lines (same as existing "-n") >> --blocks (same as existing "-b") >> --bytes (same as existing "-c") >> --forever|follow (same as existing "-f") >> -h, --headers >> --lines (same as existing "-l") >> -L, --log >> -q, --quiet (GNU only, interface stability "Uncommited") >> -r, --reverse (same as existing "-r") >> -s, --silent >> -t, --timeout >> -v, --verbose >> --man, --html, --nroff, --help, --version >> -- snip -- >> The stability of the "/usr/bin/tail" and "/usr/xpg4/bin/tail" >> commands and built-in command-line interface (including the new >> options) documented in tail(1) and specified by IEEE >> Std 1003.1-2008 is "Committed" except for the command-line >> options "-q"/"--quiet" which are "Uncommited" (following the >> rule that options should only be "Commited" if there is more >> than one vendor implementation which implements it) and >> "-b"/"--blocks" which is now "Commited Obsolete" (IEEE Std >> 1003.1-2008 now longer supports it - see >> http://www.opengroup.org/onlinepubs/9699919799/utilities/tail.html >> This is only a documentation change, the project team has no >> intention to remove the implementation for "-b"/"--blocks" in >> the forseeable future). >> For further information/specifications see the materials/-folder. >> >> >> #### Part 7: Enhancement of /usr/bin/tee >> The 7th part of this project specifies an enhancement to >> /usr/bin/tee based on the AT&T AST "tee" command. >> The AT&T AST version of the "tee" utility provides support for the >> following additional options found commonly in other >> implementations such as GNU and BSD: >> -- snip -- >> --append (same as existing -a) >> --ignore-interrupts (same as existing -i) >> -l, --linebuffer >> --man, --html, --nroff, --help, --version >> -- snip -- >> Additinally the original documented limit of 13 file operands is >> removed. >> >> The stability of the "/usr/bin/tee" command and built-in >> command-line interface (including the new options) and system >> variables documented in tee(1) and specified by IEEE >> Std 1003.1-2008 is "Committed". >> For further information/specifications see the materials/-folder. >> >> >> # EOF. >> >> >> 6. Resources and Schedule >> 6.4. Steering Committee requested information >> 6.4.1. Consolidation C-team Name: >> ON >> 6.5. ARC review type: FastTrack >> 6.6. ARC Exposure: open >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org >> >> > > Irek > From dcragun@sonic.net Wed Apr 22 11:17:05 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3MIH5tB022210 for ; Wed, 22 Apr 2009 11:17:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3MIGwL3012513 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 22 Apr 2009 12:17:04 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KII00H0ZLGE9500@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:17:02 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KII00688LGEXTD0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:17:02 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3MI7RuS017898 for ; Wed, 22 Apr 2009 18:17:02 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay42i.sun.com with ESMTP id BT-MMP-1243376 for PSARC-ext@sun.com; Wed, 22 Apr 2009 18:17:01 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-23361580 for PSARC-ext@sun.com; Wed, 22 Apr 2009 18:17:01 +0000 (Z) Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245]) by relay4i.sun.com with ESMTP id BT-MMP-21474976 for PSARC-ext@sun.com; Wed, 22 Apr 2009 18:17:01 +0000 (Z) Received: from [10.0.0.10] (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id n3MIG6Kq008819; Wed, 22 Apr 2009 11:16:06 -0700 Date: Wed, 22 Apr 2009 11:16:09 -0700 From: Don Cragun Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack, timeout 04/27/2009] In-reply-to: To: PSARC-ext@sun.com Cc: ksh93-integration-discuss , iszczesniak@gmail.com Message-id: <49EF5EE9.1020202@sonic.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.093sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) Status: RO Content-Length: 1575 > Date: Tue, 21 Apr 2009 07:48:21 -0700 > From: "Garrett D'Amore" > Message-ID: <49EDDCB5.8080700@sun.com> > > I. Szczesniak wrote: ... ... ... >> Could you elaborate the difference between Committed and Committed Obsolete? >> > > Committed Obsolete means we can't remove it, but you're still > discouraged from using it in new code. That's the case with -b -- it is > used to indicate a count in blocks (512 bytes), but the option was > removed from the POSIX standard over confusion about what was meant by a > "block" (is it a block of bytes, or a block of characters?) > ... ... ... > > -- Garrett Garrett, I think you misread the tail rationale in the POSIX standard. SVID3 had a -b option that counted 512-byte blocks; BSD had a -b option that counted 1024-byte blocks. The -b option wasn't removed from POSIX; it was never added in the first place due to this difference in behavior. The SVID3 and XPG3 -c options counted in bytes, but the documentation said it counted characters (I don't remember what the BSD tail man page said). The POSIX committee briefly considered changing the -c option to be -b when the description of -c changed from "characters" to "bytes", but left it as -c because historical implementations had the -b option counting blocks even though it wasn't going to be specified by the standard. The standard does not currently specify a way to count (multi-byte) characters even though this means tail output may start or end in the middle of a multi-byte character when using the -c option. - Don From Garrett.Damore@sun.com Wed Apr 22 11:46:07 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3MIk6j6023189 for ; Wed, 22 Apr 2009 11:46:06 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3MIk5Cc023855 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 22 Apr 2009 11:46:05 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KII00J07MSP1K00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:46:01 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KII00AFZMSPXU50@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:46:01 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3MIk1CA029748 for ; Wed, 22 Apr 2009 11:46:01 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KII00900MM6FT00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:46:01 -0700 (PDT) Received: from [129.153.2.8] ([unknown] [129.153.2.8]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KII00GBJMSOI0E0@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Apr 2009 11:46:01 -0700 (PDT) Date: Wed, 22 Apr 2009 11:46:00 -0700 From: "Garrett D'Amore" Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack, timeout 04/27/2009] In-reply-to: <49EF5EE9.1020202@sonic.net> Sender: Garrett.Damore@sun.com To: Don Cragun Cc: PSARC-ext@sun.com, ksh93-integration-discuss , iszczesniak@gmail.com Message-id: <49EF65E8.4010203@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49EF5EE9.1020202@sonic.net> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 1834 On 04/22/09 11:16, Don Cragun wrote: >> Date: Tue, 21 Apr 2009 07:48:21 -0700 >> From: "Garrett D'Amore" >> Message-ID: <49EDDCB5.8080700@sun.com> >> >> I. Szczesniak wrote: > ... ... ... >>> Could you elaborate the difference between Committed and Committed >>> Obsolete? >>> >> >> Committed Obsolete means we can't remove it, but you're still >> discouraged from using it in new code. That's the case with -b -- it >> is used to indicate a count in blocks (512 bytes), but the option was >> removed from the POSIX standard over confusion about what was meant >> by a "block" (is it a block of bytes, or a block of characters?) >> > ... ... ... >> >> -- Garrett > > Garrett, > I think you misread the tail rationale in the POSIX standard. > SVID3 had a -b option that counted 512-byte blocks; BSD had a -b option > that counted 1024-byte blocks. The -b option wasn't removed from POSIX; > it was never added in the first place due to this difference in > behavior. > > The SVID3 and XPG3 -c options counted in bytes, but the documentation > said it counted characters (I don't remember what the BSD tail man page > said). The POSIX committee briefly considered changing the -c option to > be -b when the description of -c changed from "characters" to "bytes", > but left it as -c because historical implementations had the -b option > counting blocks even though it wasn't going to be specified by the > standard. > > The standard does not currently specify a way to count (multi-byte) > characters even though this means tail output may start or end in the > middle of a multi-byte character when using the -c option. Ah, thanks for the clarification. The point is, its ambiguous (512 or 1024), and not part of the standard. So it shouldn't be used in new code. -- Garrett > > - Don From roland.mainz@nrubsig.org Fri Apr 24 03:51:19 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3OApJhT027992 for ; Fri, 24 Apr 2009 03:51:19 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3OApI6T019444 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 24 Apr 2009 03:51:19 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIL0090DQ5IEO00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 24 Apr 2009 03:51:18 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIL00MV0Q5ERB60@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 24 Apr 2009 03:51:14 -0700 (PDT) Received: from relay43i.sun.com ([192.5.209.74]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3OAfc6M005073 for ; Fri, 24 Apr 2009 10:51:13 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay43i.sun.com with ESMTP id BT-MMP-1466200 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:51:13 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-25777058 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:51:12 +0000 (Z) Received: from mail-in-01.arcor-online.net ([151.189.21.41] [151.189.21.41]) by relay4i.sun.com with ESMTP id BT-MMP-24480521 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:51:11 +0000 (Z) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mx.arcor.de (Postfix) with ESMTP id 627B933290A; Fri, 24 Apr 2009 12:51:11 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 4A068100C4; Fri, 24 Apr 2009 12:51:11 +0200 (CEST) Received: from jupiterb48.nrubsig.org (dslb-094-219-218-153.pools.arcor-ip.net [94.219.218.153]) by mail-in-13.arcor-online.net (Postfix) with ESMTPS id 45F542BAFD3; Fri, 24 Apr 2009 12:51:06 +0200 (CEST) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n3OAp3Ws003887; Fri, 24 Apr 2009 12:51:03 +0200 (CEST) Date: Fri, 24 Apr 2009 12:51:03 +0200 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] more ksh93 command conversions[PSARC/2009/249 FastTrack timeout 04/27/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com Message-id: <49F19997.5F83DBEA@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net 45F542BAFD3 X-Antispam: No, score=-0.2/5.0, scanned in 0.411sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> Status: RO Content-Length: 6246 "I. Szczesniak" wrote: > As the case is specified it gets my +1 but I still have some minor questions: > > On 4/21/09, Garrett D'Amore - sun microsystems > wrote: > > > > I'm sponsoring this fast-track request on behalf of Roland Mainz and the > > ksh93-integration project. It consists of more commands being converted > > to use internal ksh93 builtins. > > > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > > This information is Copyright 2009 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > more ksh93 command conversions > > 1.2. Name of Document Author/Supplier: > > Author: Roland Mainz > > 1.3 Date of This Document: > > 20 April, 2009 > > 4. Technical Description > > > > Please note that this is an *open* case. > > > > The release binding is the same as with the previous ksh93 project: a > > patch/micro release of Solaris delivering through OS/Net > > Stability levels are as described below. > > > > Additional materials (man pages and diffs) can be found in the > > 'materials/' subdirectory. > > > > This project is an amendment to the Korn Shell 93 Integration project > > (PSARC/2006/550, PSARC/2006/587, PSARC/2007/035, PSARC/2008/094, > > PSARC/2008/344, PSARC/2009/063 and PSARC/2009/248) and depends on > > PSARC/2009/248, specifying the following additional interfaces: > > > > 1) An enhanced version of the "cksum" utility and an identical ksh93 > > built-in command > > 2) An enhanced version of the "head" utility and an identical ksh93 > > built-in command > > 3) An enhanced version of the "join" utility and an identical ksh93 > > built-in command > > 4) An enhanced version of the "logname" utility and an identical ksh93 > > built-in command > > 5) An enhanced version of the "mkfifo" utility and an identical ksh93 > > built-in command > > 6) An enhanced version of the "tail" utility and an identical ksh93 > > built-in command > > 7) An enhanced version of the "tee" utility and an identical ksh93 > > built-in command > > > > > > Bug/RFE Number(s): > > > > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-03-10 > > 6828692 RFE: Update /usr/bin/cksum to AT&T AST "cksum" > > 6805812 RFE: Update /usr/bin/head to AT&T AST "head" > > 6805813 RFE: Update /usr/bin/join to AT&T AST "join" > > 6828644 RFE: Update /usr/bin/logname to AT&T AST "logname" > > 6805814 RFE: Update /usr/bin/mkfifo to AT&T AST "mkfifo" > > 6790507 RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to > > AT&T AST "tail" > > 6805819 RFE: Update /usr/bin/tee to AT&T AST "tee" > > > > > > > > Interface Stability Description > > --------- --------- ----------- > > /usr/bin/cksum Commited cksum command > > /usr/bin/head Commited head command > > /usr/bin/join Commited join command > > /usr/bin/logname Commited logname command > > /usr/bin/mkfifo Commited mkfifo command > > /usr/bin/tail [1] tail command > > /usr/xpg4/bin/tail [1] XPG4 tail command > > /usr/bin/tee Commited tee command > > > > [1]=Stabiltiy for /usr/bin/tail and /usr/xpg4/bin/tail is "Commited" > > except for "Uncommited" options "-q"/"--quiet" which are > > GNU-only and option "-b" which is now "Commited Obsolete". > > Could you elaborate the difference between Committed and Committed Obsolete? See the other emails - both mean it's a "Commited" interface but "Commited Obsolete" means "try to avoid using it". The original idea was based on the comment in http://www.opengroup.org/onlinepubs/9699919799/utilities/tail.html which says: -- snip -- This version of tail was created to allow conformance to the Utility Syntax Guidelines. The historical -b option was omitted because of the general non-portability of block-sized units of text. The -c option historically meant "characters", but this volume of POSIX.1-2008 indicates that it means "bytes". This was selected to allow reasonable implementations when multi-byte characters are possible; it was not named -b to avoid confusion with the historical -b. -- snip -- Somehow I interpreted this that "-b" was part of the standard long ago and later removed (but some research after Don Cragun's comments showed that I was wrong in this case). In any case we keep the "Commited Obsolete" status but will not remove "-b" for interoperabilty and backwards-compatibilty (actually "-b" was added for newer versions of AT&T AST "tail" to be fully compatible with Solaris's /usr/bin/tail) and we even try to keep it for Solaris 3.x [snip] > > The stability of the "/usr/bin/cksum" command and built-in > > command-line > > Are the built in commands specified in this ARC cases bound to /bin > like the existing ksh93 built in commands? Yes... somehow I hoped that the phrase 'stability of the "/usr/bin/cksum" command and built-in and command-line" is good enougth... but I can re-phrase it if gdamore or someone else from ARC things it needs to be clarified. > > interface and the system variables documented in > > cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". > > Why are you explicitly referencing IEEE Std 1003.1-2008? Isn't Committed enough? That's intended to be a wave with an axe, following the original rule of the ksh93-integration project "... we _first_ conform to POSIX and _then_ add features on top of it and we're _NOT_ breaking the POSIX/SUS test suites in _any_ case...". Or short: We conform to IEEE Std 1003.1-2008. Additionally the manpage describes lots of features beyond the POSIX/SUS specificcation and therefore I added links to the IEEE Std 1003.1-2008 manpages that people who need to write portable scripts can check which features are defined by the standard and which are extensions from our side. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From roland.mainz@nrubsig.org Fri Apr 24 03:57:57 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3OAvuDC028346 for ; Fri, 24 Apr 2009 03:57:57 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3OAvtrE007464 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 24 Apr 2009 11:57:56 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIL00L03QGJ8A00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 24 Apr 2009 04:57:55 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIL002SCQGIMTD0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 24 Apr 2009 04:57:54 -0600 (MDT) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3OApXqh007865 for ; Fri, 24 Apr 2009 10:57:54 +0000 (GMT) Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12]) by relay42i.sun.com with ESMTP id BT-MMP-1466930 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:57:54 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-2214849 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:57:54 +0000 (Z) Received: from mail-in-02.arcor-online.net ([151.189.21.42] [151.189.21.42]) by relay4i.sun.com with ESMTP id BT-MMP-4808480 for PSARC-ext@sun.com; Fri, 24 Apr 2009 10:57:54 +0000 (Z) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mx.arcor.de (Postfix) with ESMTP id B2F523FE683; Fri, 24 Apr 2009 12:57:53 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id AAD3528EDDB; Fri, 24 Apr 2009 12:57:53 +0200 (CEST) Received: from jupiterb48.nrubsig.org (dslb-094-219-218-153.pools.arcor-ip.net [94.219.218.153]) by mail-in-13.arcor-online.net (Postfix) with ESMTPS id CFF772BB009; Fri, 24 Apr 2009 12:57:52 +0200 (CEST) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n3OAvolN003896; Fri, 24 Apr 2009 12:57:50 +0200 (CEST) Date: Fri, 24 Apr 2009 12:57:50 +0200 From: Roland Mainz Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack,timeout 04/27/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Don Cragun Cc: PSARC-ext@sun.com, ksh93-integration-discuss Message-id: <49F19B2E.64880297@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net CFF772BB009 X-Antispam: No, score=0.0/5.0, scanned in 0.070sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49EF5EE9.1020202@sonic.net> Status: RO Content-Length: 2107 Don Cragun wrote: > From: "Garrett D'Amore" > > I. Szczesniak wrote: > ... ... ... > >> Could you elaborate the difference between Committed and Committed Obsolete? > >> > > > > Committed Obsolete means we can't remove it, but you're still > > discouraged from using it in new code. That's the case with -b -- it is > > used to indicate a count in blocks (512 bytes), but the option was > > removed from the POSIX standard over confusion about what was meant by a > > "block" (is it a block of bytes, or a block of characters?) > > > ... ... ... > > > > -- Garrett > > Garrett, > I think you misread the tail rationale in the POSIX standard. > SVID3 had a -b option that counted 512-byte blocks; BSD had a -b option > that counted 1024-byte blocks. The -b option wasn't removed from POSIX; > it was never added in the first place due to this difference in > behavior. Erm... that was my fault... I thought that "-b" was defined by POSIX long long ago. Sorry about that. > The SVID3 and XPG3 -c options counted in bytes, but the documentation > said it counted characters (I don't remember what the BSD tail man page > said). The POSIX committee briefly considered changing the -c option to > be -b when the description of -c changed from "characters" to "bytes", > but left it as -c because historical implementations had the -b option > counting blocks even though it wasn't going to be specified by the > standard. > > The standard does not currently specify a way to count (multi-byte) > characters even though this means tail output may start or end in the > middle of a multi-byte character when using the -c option. Is this even possible to specify characters in this case ? AFAIK the multibyte API doesn't have a way to seek into a random position in a file and then find the start of the next multibyte character (it works for UTF-8 but I am not sure for older encoding systems). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From roland.mainz@nrubsig.org Fri Apr 24 04:06:37 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3OB6bmA019007 for ; Fri, 24 Apr 2009 04:06:37 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3OB6YIx022055 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 24 Apr 2009 05:06:36 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIL00B37QV0GF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 24 Apr 2009 04:06:36 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIL00MHDQUZRB80@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 24 Apr 2009 04:06:35 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3OAxv16006700 for ; Fri, 24 Apr 2009 11:06:34 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay44i.sun.com with ESMTP id BT-MMP-383039 for PSARC-ext@Sun.COM; Fri, 24 Apr 2009 11:06:34 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-26033543 for PSARC-ext@Sun.COM; Fri, 24 Apr 2009 11:06:34 +0000 (Z) Received: from mail-in-10.arcor-online.net ([151.189.21.50] [151.189.21.50]) by relay4i.sun.com with ESMTP id BT-MMP-24485697 for PSARC-ext@Sun.COM; Fri, 24 Apr 2009 11:06:33 +0000 (Z) Received: from mail-in-16-z2.arcor-online.net (mail-in-16-z2.arcor-online.net [151.189.8.33]) by mx.arcor.de (Postfix) with ESMTP id DE03C28EDCF; Fri, 24 Apr 2009 13:06:32 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-16-z2.arcor-online.net (Postfix) with ESMTP id CBC12254256; Fri, 24 Apr 2009 13:06:32 +0200 (CEST) Received: from jupiterb48.nrubsig.org (dslb-094-219-218-153.pools.arcor-ip.net [94.219.218.153]) by mail-in-13.arcor-online.net (Postfix) with ESMTPS id DA4272BADE1; Fri, 24 Apr 2009 13:06:31 +0200 (CEST) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n3OB6T45003899; Fri, 24 Apr 2009 13:06:29 +0200 (CEST) Date: Fri, 24 Apr 2009 13:06:29 +0200 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] more ksh93 command conversions[PSARC/2009/249 FastTrack, timeout 04/27/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: PSARC-ext@sun.com Message-id: <49F19D35.6A547E49@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net DA4272BADE1 X-Antispam: No, score=0.0/5.0, scanned in 0.065sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49EF5EE9.1020202@sonic.net> <20090422185113.GO1500@Sun.COM> Status: RO Content-Length: 1271 Nicolas Williams wrote: > On Wed, Apr 22, 2009 at 11:16:09AM -0700, Don Cragun wrote: > > The standard does not currently specify a way to count (multi-byte) > > characters even though this means tail output may start or end in the > > middle of a multi-byte character when using the -c option. > > How... painful. Of course, for fixed width encodings > and UTF-8/16 it AFAIK Solaris doesn't have an UTF-16 based locale and AFAIK UTF-16 can't be supported by the POSIX multibyte API (at least I never saw and and can't imagine how it should work) ... > should be possible to automatically adjust the -c argument value so it > starts at the start of a character, but that would require another > argument. Following the precedent of "wc" we could use "-C" (uppercase 'C') for this purpose... ... but I am not sure whether it is possible for all encodings (e.g. Shift-JIS, GBK, EUC etc.) to properly detect the start of a multibyte character (anyone remeber ISO-2022 ? =:-) ). > Fortunately I bet tail -c ... is fairly uncommon. There are several consumes in Solaris which use it. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Darren.Moffat@sun.com Fri Apr 24 05:00:48 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3OC0lB5025689 for ; Fri, 24 Apr 2009 05:00:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n3OC0fit013120 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 24 Apr 2009 20:00:46 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIL00419TD8JG00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 24 Apr 2009 06:00:44 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIL00MWOTCVFP40@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 24 Apr 2009 06:00:44 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3OC0VPK020614 for ; Fri, 24 Apr 2009 12:00:31 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KIL00600SSBJX00@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 24 Apr 2009 13:00:31 +0100 (BST) Received: from [192.168.1.103] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KIL00MGMTCF7BD0@fe-emea-10.sun.com>; Fri, 24 Apr 2009 13:00:16 +0100 (BST) Date: Fri, 24 Apr 2009 13:00:16 +0100 From: Darren J Moffat Subject: Re: [ksh93-integration-discuss] more ksh93 command conversions[PSARC/2009/249 FastTrack timeout 04/27/2009] In-reply-to: <49F19997.5F83DBEA@nrubsig.org> Sender: Darren.Moffat@sun.com To: Roland Mainz Cc: Korn Shell 93 integration/migration project discussion , "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com Message-id: <49F1A9D0.70901@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> <49F19997.5F83DBEA@nrubsig.org> User-Agent: Thunderbird 2.0.0.18 (X11/20090211) Status: RO Content-Length: 1098 Roland Mainz wrote: >>> cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". >> Why are you explicitly referencing IEEE Std 1003.1-2008? Isn't Committed enough? > > That's intended to be a wave with an axe, following the original rule of > the ksh93-integration project "... we _first_ conform to POSIX and > _then_ add features on top of it and we're _NOT_ breaking the POSIX/SUS > test suites in _any_ case...". > Or short: We conform to IEEE Std 1003.1-2008. > Additionally the manpage describes lots of features beyond the POSIX/SUS > specificcation and therefore I added links to the IEEE Std 1003.1-2008 > manpages that people who need to write portable scripts can check which > features are defined by the standard and which are extensions from our > side. Which is another way of saying not only is the output of cksum(1) Committed it is actually the output we expect not something else. Just Committed would mean that in theory the output could be something other than what 1003.1-2008 required. So it is good that Roland has been very specific here. -- Darren J Moffat From dcragun@sonic.net Sat Apr 25 17:10:19 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3Q0AIlY025006 for ; Sat, 25 Apr 2009 17:10:18 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3Q0A8YH026657 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sun, 26 Apr 2009 01:10:17 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIO00C1FLT4QQ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 25 Apr 2009 17:10:16 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIO00HSXLSZE4D0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 25 Apr 2009 17:10:11 -0700 (PDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3Q028iJ012321 for ; Sun, 26 Apr 2009 00:10:11 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay15i.sun.com with ESMTP id BT-MMP-1071729 for PSARC-ext@sun.com; Sun, 26 Apr 2009 00:10:11 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-258049 for PSARC-ext@sun.com; Sun, 26 Apr 2009 00:10:09 +0000 (Z) Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245]) by relay1i.sun.com with ESMTP id BT-MMP-5426689 for PSARC-ext@sun.com; Sun, 26 Apr 2009 00:10:08 +0000 (Z) Received: from [10.0.0.10] (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id n3Q09VVp030897; Sat, 25 Apr 2009 17:09:31 -0700 Date: Sat, 25 Apr 2009 17:09:32 -0700 From: Don Cragun Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack,timeout 04/27/2009] In-reply-to: <49F19B2E.64880297@nrubsig.org> To: Roland Mainz Cc: PSARC-ext@sun.com, ksh93-integration-discuss Message-id: <49F3A63C.5030605@sonic.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.084sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49EF5EE9.1020202@sonic.net> <49F19B2E.64880297@nrubsig.org> User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) Status: RO Content-Length: 1083 Roland Mainz wrote: > Don Cragun wrote: ... ... ... >> The standard does not currently specify a way to count (multi-byte) >> characters even though this means tail output may start or end in the >> middle of a multi-byte character when using the -c option. > > Is this even possible to specify characters in this case ? AFAIK the > multibyte API doesn't have a way to seek into a random position in a > file and then find the start of the next multibyte character (it works > for UTF-8 but I am not sure for older encoding systems). > > ---- > > Bye, > Roland Hi Roland, It depends on the codeset being used. To work correctly on codesets that don't self identify the first or last byte of a multi-byte character, you have to start at the first byte in the file, scan to the end and then search backwards after marking appropriate bytes along the way to get to the requested starting point. Note, however, that you have the same problem counting lines. It isn't any easier to find a character in a stream of bytes than it is to find any other character. - Don From carlsonj@phorcys.east.sun.com Tue Apr 28 07:00:34 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3SE0XpJ002995 for ; Tue, 28 Apr 2009 07:00:33 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3SE0MME046986 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 28 Apr 2009 08:00:33 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIT00I09DKXBM00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 08:00:33 -0600 (MDT) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIT006VBDKSVVC0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 08:00:28 -0600 (MDT) Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3SE0QIg004856; Tue, 28 Apr 2009 10:00:26 -0400 (EDT) Received: from phorcys.east.sun.com (phorcys.local [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n3SDxj3u011280; Tue, 28 Apr 2009 09:59:45 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n3SDxjgI011277; Tue, 28 Apr 2009 09:59:45 -0400 (EDT) Date: Tue, 28 Apr 2009 09:59:45 -0400 From: James Carlson Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack timeout 04/27/2009] In-reply-to: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> To: "Garrett D'Amore - sun microsystems" Cc: PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org Message-id: <18935.3025.785675.612098@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> Status: RO Content-Length: 722 Garrett D'Amore - sun microsystems writes: > I'm sponsoring this fast-track request on behalf of Roland Mainz and the > ksh93-integration project. It consists of more commands being converted > to use internal ksh93 builtins. Not an ARC issue, but please do make sure that careful tests are run with nightly build, BFU, upgrade, and PIT, so that we can avoid a repeat of the last /usr/bin conversion project, which resulted in several distinct failures in the formerly stable "/usr/bin/sleep." -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From roland.mainz@nrubsig.org Tue Apr 28 07:21:46 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3SELkPw004498 for ; Tue, 28 Apr 2009 07:21:46 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3SELiqs013814 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 28 Apr 2009 07:21:46 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIT00A2FEK9GE00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 07:21:45 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIT0089DEK7HT10@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 07:21:43 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3SDqj5e016398 for ; Tue, 28 Apr 2009 14:21:43 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay44i.sun.com with ESMTP id BT-MMP-106956 for PSARC-ext@sun.com; Tue, 28 Apr 2009 14:21:38 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-32572551 for PSARC-ext@sun.com; Tue, 28 Apr 2009 14:21:37 +0000 (Z) Received: from mail-in-05.arcor-online.net ([151.189.21.45] [151.189.21.45]) by relay4i.sun.com with ESMTP id BT-MMP-31533711 for PSARC-ext@sun.com; Tue, 28 Apr 2009 14:20:29 +0000 (Z) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mx.arcor.de (Postfix) with ESMTP id 1C5AB332CE6; Tue, 28 Apr 2009 16:19:22 +0200 (CEST) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 124F52DAA54; Tue, 28 Apr 2009 16:19:22 +0200 (CEST) Received: from jupiterb48.nrubsig.org (dslb-094-219-210-247.pools.arcor-ip.net [94.219.210.247]) by mail-in-11.arcor-online.net (Postfix) with ESMTPS id 191DEE3E60; Tue, 28 Apr 2009 16:19:20 +0200 (CEST) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n3SEJI2r005123; Tue, 28 Apr 2009 16:19:18 +0200 (CEST) Date: Tue, 28 Apr 2009 16:19:18 +0200 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] more ksh93 command conversions[PSARC/2009/249 FastTrack timeout04/27/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com Message-id: <49F71066.668F5F96@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-11.arcor-online.net 191DEE3E60 X-Antispam: No, score=0.0/5.0, scanned in 0.087sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> <18935.3025.785675.612098@gargle.gargle.HOWL> Status: RO Content-Length: 1937 James Carlson wrote: > Garrett D'Amore - sun microsystems writes: > > I'm sponsoring this fast-track request on behalf of Roland Mainz and the > > ksh93-integration project. It consists of more commands being converted > > to use internal ksh93 builtins. > > Not an ARC issue, but please do make sure that careful tests are run > with nightly build, BFU, Actually we tested BFU for the last big putback lots of times... the part which we missed is to BFU and then BFU the resulting system _again_ (something which sounds locical after you know it... ;-/ ... BTW: Can someone add this to the OS/Net documenation, please ?). > upgrade, Which upgrade ? Try to upgrade a BFU'ed SXCE system ? > and PIT, How can I do that (e.g. I need the name of a manager to contact) ? On my todo list is the item to contact each person who reported isues after the original ksh93-integration update1 putback (this includes one person from PIT) and let them test the binary tarballs at http://www.opensolaris.org/os/project/ksh93-integration/downloads/2009-04-20/ > so that we can avoid a > repeat of the last /usr/bin conversion project, which resulted in > several distinct failures in the formerly stable "/usr/bin/sleep." I know... I don't want to repeat that experience... but the issue was half "unforseen usage of commands" which can never be completely ruled-out and stupidity (from my side). However this time we get much greater testing coverage and I hope it'll work more smoothly than the last one (on the other side I can't rule-out that we dig new holes to jump-in or even discover a competely new species of hole... that's why both ARC cases have the option to defer parts to later putbacks if we run into trouble late during the putback process). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From carlsonj@phorcys.east.sun.com Tue Apr 28 07:39:05 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n3SEd43V005327 for ; Tue, 28 Apr 2009 07:39:04 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3SEd1GR012548 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 28 Apr 2009 08:39:04 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KIT0022DFD34100@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 07:39:03 -0700 (PDT) Received: from dm-east-02.east.sun.com ([129.148.13.5]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIT00JM7FCZCCA0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 28 Apr 2009 07:38:59 -0700 (PDT) Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by dm-east-02.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3SEcvmI003521; Tue, 28 Apr 2009 10:38:57 -0400 (EDT) Received: from phorcys.east.sun.com (phorcys.local [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n3SEcGAa011512; Tue, 28 Apr 2009 10:38:16 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n3SEcGgs011509; Tue, 28 Apr 2009 10:38:16 -0400 (EDT) Date: Tue, 28 Apr 2009 10:38:16 -0400 From: James Carlson Subject: Re: [ksh93-integration-discuss] more ksh93 command conversions[PSARC/2009/249 FastTrack timeout04/27/2009] In-reply-to: <49F71066.668F5F96@nrubsig.org> To: Korn Shell 93 integration/migration project discussion Cc: PSARC-ext@sun.com, "Garrett D'Amore - sun microsystems" Message-id: <18935.5336.151396.472231@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> <18935.3025.785675.612098@gargle.gargle.HOWL> <49F71066.668F5F96@nrubsig.org> Status: RO Content-Length: 2327 Roland Mainz writes: > James Carlson wrote: > > Not an ARC issue, but please do make sure that careful tests are run > > with nightly build, BFU, > > Actually we tested BFU for the last big putback lots of times... the > part which we missed is to BFU and then BFU the resulting system _again_ > (something which sounds locical after you know it... ;-/ ... BTW: Can > someone add this to the OS/Net documenation, please ?). Possibly; sounds like something for on-discuss, where the gatekeepers hang out. > > upgrade, > > Which upgrade ? Try to upgrade a BFU'ed SXCE system ? No. Design of tests is really a project team responsibility (and certainly not an ARC issue that should be discussed here), but, if this were my project, I would suggest at least two tests: - Modify a normally-installed SXCE system by copying over just the binaries from this project (_not_ BFU). Then use Live Upgrade to upgrade an ABE to the next build (manually modified to include the project bits), activate that BE, and reboot. This should provide minimal assurance that the upgrade scripts and post-reboot actions all work properly. It's fairly straightforward work. - Modify a normally-installed OpenSolaris system by copying over just the binaries from this project. Then use the "pkg image-update" command to upgrade the system to a private repository containing the modified bits and reboot. (I don't know off-hand how hard it is to create modified repositories; asking the OpenSolaris team for help would probably be the right next step.) > > and PIT, > > How can I do that (e.g. I need the name of a manager to contact) ? Talk with your sponsor. Part of the responsibility of a sponsor is making sure that internal tests get run. > On my > todo list is the item to contact each person who reported isues after > the original ksh93-integration update1 putback (this includes one person > from PIT) and let them test the binary tarballs at > http://www.opensolaris.org/os/project/ksh93-integration/downloads/2009-04-20/ That sounds like a good idea. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From John.Sonnenschein@sun.com Fri Oct 23 15:57:11 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9NMvBIX001745 for ; Fri, 23 Oct 2009 15:57:11 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9NMvAqm020935 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 23 Oct 2009 15:57:11 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KRZ00C07P3B8J00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Oct 2009 16:57:11 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KRZ009T8P3BG010@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Oct 2009 16:57:11 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9NMvBkT007665 for ; Fri, 23 Oct 2009 22:57:11 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KRZ00100P1RPD00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Oct 2009 16:57:11 -0600 (MDT) Received: from [192.168.1.109] ([unknown] [76.10.188.43]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KRZ00KW6P2X8O10@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Oct 2009 16:56:58 -0600 (MDT) Date: Fri, 23 Oct 2009 15:56:56 -0700 From: John Sonnenschein Subject: Re: more ksh93 command conversions [PSARC/2009/249 FastTrack timeout 04/27/2009] In-reply-to: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> Sender: John.Sonnenschein@sun.com To: arc-discuss@opensolaris.org Cc: PSARC-ext@sun.com Message-id: <4AE234B8.8020702@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200904210147.n3L1l2h4004066@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090909) Status: RO Content-Length: 11700 Just to update this, /usr/bin/mkfifo , /usr/bin/head , /usr/bin/tail and /usr/xpg4/bin/tail will be delivered later, with the bulk of the case being delivered first. Garrett D'Amore - sun microsystems wrote: > I'm sponsoring this fast-track request on behalf of Roland Mainz and the > ksh93-integration project. It consists of more commands being converted > to use internal ksh93 builtins. > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > more ksh93 command conversions > 1.2. Name of Document Author/Supplier: > Author: Roland Mainz > 1.3 Date of This Document: > 20 April, 2009 > 4. Technical Description > > Please note that this is an *open* case. > > The release binding is the same as with the previous ksh93 project: a > patch/micro release of Solaris delivering through OS/Net > Stability levels are as described below. > > Additional materials (man pages and diffs) can be found in the > 'materials/' subdirectory. > > This project is an amendment to the Korn Shell 93 Integration project > (PSARC/2006/550, PSARC/2006/587, PSARC/2007/035, PSARC/2008/094, > PSARC/2008/344, PSARC/2009/063 and PSARC/2009/248) and depends on > PSARC/2009/248, specifying the following additional interfaces: > > 1) An enhanced version of the "cksum" utility and an identical ksh93 > built-in command > 2) An enhanced version of the "head" utility and an identical ksh93 > built-in command > 3) An enhanced version of the "join" utility and an identical ksh93 > built-in command > 4) An enhanced version of the "logname" utility and an identical ksh93 > built-in command > 5) An enhanced version of the "mkfifo" utility and an identical ksh93 > built-in command > 6) An enhanced version of the "tail" utility and an identical ksh93 > built-in command > 7) An enhanced version of the "tee" utility and an identical ksh93 > built-in command > > > Bug/RFE Number(s): > > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-03-10 > 6828692 RFE: Update /usr/bin/cksum to AT&T AST "cksum" > 6805812 RFE: Update /usr/bin/head to AT&T AST "head" > 6805813 RFE: Update /usr/bin/join to AT&T AST "join" > 6828644 RFE: Update /usr/bin/logname to AT&T AST "logname" > 6805814 RFE: Update /usr/bin/mkfifo to AT&T AST "mkfifo" > 6790507 RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to > AT&T AST "tail" > 6805819 RFE: Update /usr/bin/tee to AT&T AST "tee" > > > > Interface Stability Description > --------- --------- ----------- > /usr/bin/cksum Commited cksum command > /usr/bin/head Commited head command > /usr/bin/join Commited join command > /usr/bin/logname Commited logname command > /usr/bin/mkfifo Commited mkfifo command > /usr/bin/tail [1] tail command > /usr/xpg4/bin/tail [1] XPG4 tail command > /usr/bin/tee Commited tee command > > [1]=Stabiltiy for /usr/bin/tail and /usr/xpg4/bin/tail is "Commited" > except for "Uncommited" options "-q"/"--quiet" which are > GNU-only and option "-b" which is now "Commited Obsolete". > > > > ##### Introduction: > This case proposes to deliver the following features as a set of > independent putbacks as they become available. Each feature is > self contained and independent of the others, so out of order > and partial putbacks at this granularity should have no adverse > impact on the functionality and behavior of the system as a whole. > > > #### Part 1: Enhancement of /usr/bin/cksum > The first part of this project specifies an enhancement to > /usr/bin/cksum and a new ksh93 built-in with the same name based on > the AT&T AST "cksum" command. > > The AT&T version of the "cksum" utility > provides extensions not present in the current Solaris "cksum" > utility, which are useful for small applications to generate hash > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > The AT&T AST version of the "cksum" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > -a, --all > -b, --binary > -B, --scale > -c, --check > -h, --header > -l, --list > -p, --permissions > -R, --recursive > -S, --silent|status > -t, --total > -T, --text > -w, --warn > -x, --method|algorithm (default is "cksum") > -L, --logical|follow > -H, --metaphysical > -P, --physical > -r, --bsd > -s, --sysv > --man, --html, --nroff, --help, --version > -- snip -- > > The stability of the "/usr/bin/cksum" command and built-in > command-line interface and the system variables documented in > cksum(1) and specified by IEEE Std 1003.1-2008 is "Committed". > > Note that the implementation will take the specified output format > string "%u %d %s\n" , <# of octets>, now > literally, previously implementation used a instead of > between %u and %d (the POSIX standard allows both > and , however GNU and BSD implementations use and > no other implementation except Solaris was found which uses > ). > > The "cksum" command will (re-)use the existing codepath for > /usr/bin/sum which uses libmd to use Solaris's native&&optimized > versions for ciphers like MD5 and the SHA*-family. > > > #### Part 2: Enhancement of /usr/bin/head > The second part of this project specifies an enhancement to > /usr/bin/head based on the AT&T AST "head" command. > The AT&T AST version of the "head" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --lines (same as existing "-n") > -c, --bytes > -q, --quiet|silent > -s, --skip > -v, --verbose > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/head" command and built-in > command-line interface (including the new options) and system > variables documented in head(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 3: Enhancement of /usr/bin/join > The third part of this project specifies an enhancement to > /usr/bin/join based on the AT&T AST "join" command. > The AT&T AST version of the "join" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --empty (same as existing "-e") > --output (same as existing "-o") > --separator|tabs (same as existing "-t"). > --j1 (same as existing "-1") > --j2 (same as existing "-2") > --join (same as existing "-j") > --unpairable (same as existing "-a") > --suppress (same as existing "-v") > -i, --ignorecase > -B, --mmap > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/join" command and built-in > command-line interface (including the new options) and system > variables documented in join(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 4: Enhancement of /usr/bin/logname > The 4th part of this project specifies an enhancement to > /usr/bin/logname based on the AT&T AST "logname" command. > The AT&T AST version of the "logname" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/logname" command and built-in > command-line interface (including the new options) and system > variables documented in logname(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 5: Enhancement of /usr/bin/mkfifo > The 5th part of this project specifies an enhancement to > /usr/bin/mkfifo based on the AT&T AST "mkfifo" command. > The AT&T AST version of the "mkfifo" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --mode (same as existing "-m") > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/mkfifo" command and built-in > command-line interface (including the new options) and system > variables documented in mkfifo(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > #### Part 6: Enhancement of /usr/bin/tail and /usr/xpg4/bin/tail > The 7th part of this project specifies an enhancement to > /usr/bin/tail and /usr/xpg4/bin/tail based on the AT&T AST "tail" > command in one command which provides both the traditional Unix > "tail" functionality and the functionality defined in IEEE Std > 1003.1-2008 plus the "historical" "-b" option. > > The AT&T AST version of the "tail" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --lines (same as existing "-n") > --blocks (same as existing "-b") > --bytes (same as existing "-c") > --forever|follow (same as existing "-f") > -h, --headers > --lines (same as existing "-l") > -L, --log > -q, --quiet (GNU only, interface stability "Uncommited") > -r, --reverse (same as existing "-r") > -s, --silent > -t, --timeout > -v, --verbose > --man, --html, --nroff, --help, --version > -- snip -- > The stability of the "/usr/bin/tail" and "/usr/xpg4/bin/tail" > commands and built-in command-line interface (including the new > options) documented in tail(1) and specified by IEEE > Std 1003.1-2008 is "Committed" except for the command-line > options "-q"/"--quiet" which are "Uncommited" (following the > rule that options should only be "Commited" if there is more > than one vendor implementation which implements it) and > "-b"/"--blocks" which is now "Commited Obsolete" (IEEE Std > 1003.1-2008 now longer supports it - see > http://www.opengroup.org/onlinepubs/9699919799/utilities/tail.html > This is only a documentation change, the project team has no > intention to remove the implementation for "-b"/"--blocks" in > the forseeable future). > For further information/specifications see the materials/-folder. > > > #### Part 7: Enhancement of /usr/bin/tee > The 7th part of this project specifies an enhancement to > /usr/bin/tee based on the AT&T AST "tee" command. > The AT&T AST version of the "tee" utility provides support for the > following additional options found commonly in other > implementations such as GNU and BSD: > -- snip -- > --append (same as existing -a) > --ignore-interrupts (same as existing -i) > -l, --linebuffer > --man, --html, --nroff, --help, --version > -- snip -- > Additinally the original documented limit of 13 file operands is > removed. > > The stability of the "/usr/bin/tee" command and built-in > command-line interface (including the new options) and system > variables documented in tee(1) and specified by IEEE > Std 1003.1-2008 is "Committed". > For further information/specifications see the materials/-folder. > > > # EOF. > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > ON > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org >