From ah89892@sac.sfbay.sun.com Sun Feb 1 17:29:03 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 n121T2GJ012978 for ; Sun, 1 Feb 2009 17:29:02 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n121SilX005277; Mon, 2 Feb 2009 01:29:01 GMT 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 <0KEF0010104ALQ00@nwk-avmta-1.sfbay.Sun.COM>; Sun, 01 Feb 2009 17:28:58 -0800 (PST) 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 <0KEF001U8049OGD0@nwk-avmta-1.sfbay.Sun.COM>; Sun, 01 Feb 2009 17:28:57 -0800 (PST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n121SuG4014489; Sun, 01 Feb 2009 17:28:56 -0800 (PST) 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 n121StQg012971; Sun, 01 Feb 2009 17:28:55 -0800 (PST) Received: (from ah89892@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n121StH9012967; Sun, 01 Feb 2009 17:28:55 -0800 (PST) Date: Sun, 01 Feb 2009 17:28:55 -0800 (PST) From: Alan Hargreaves Subject: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] To: PSARC-ext@sun.com Cc: Alan.Hargreaves@sun.com Message-id: <200902020128.n121StH9012967@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 12922 I'm sponsoring this fast-track request on behalf of the ksh93-integration project. Please note that this is an *open* case. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: ksh93 update 2 1.2. Name of Document Author/Supplier: Author: Alan Hargreaves 1.3 Date of This Document: 01 February, 2009 4. Technical Description 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 and PSARC/2008/344) specifying the following additional interfaces: 1) Update of ksh93 interfaces 1.1) New "typeset" variable type qualifier ("-C") to declare compound variables 1.2) New "typeset" option "-m" to rename/move a variable 1.3) New "read" option "-C" to read a variable as compound variable 1.4) New "print" option "-C" to print compound variables as a single line 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", "y1", "yn" 1.6) Interface stability change of the POSIX shell command language parts of the ksh93 language 2) An enhanced version of the "cmp" utility and an identical ksh93 built-in command 3) An enhanced version of the "cut" utility and an identical ksh93 built-in command 4) An enhanced version of the "comm" utility and an identical ksh93 built-in command 5) An enhanced version of the "paste" utility and an identical ksh93 built-in command 6) The addition of /usr/bin/print 7) An enhanced version of the "uniq" utility and an identical ksh93 built-in command 8) An enhanced version of the "wc" utility and an identical ksh93 built-in command 9) Addition of /usr/share/doc/ksh/ for ksh93 documentation. 10) Enable "globstar" mode for interactive shells via /etc/ksh.kshrc Bug/RFE Number(s): 6793744 RFE: Add /usr/share/doc/ksh/ for ksh93 documentation 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-01-14 6793722 RFE: Update /usr/bin/cmp to AT&T AST "cmp" 6793714 RFE: Update /usr/bin/comm to AT&T AST "comm" 6793719 RFE: Update /usr/bin/cut to AT&T AST "cut" 6793721 RFE: Update /usr/bin/paste to AT&T AST "paste" 6793747 RFE: Provide "print" builtin as /usr/bin/print for external applications 6793726 RFE: Update /usr/bin/uniq to AT&T AST "uniq" 6793735 RFE: Update /usr/bin/wc to AT&T AST "wc" 6794952 RFE: Enable "globstar" option in /etc/ksh.kshrc Interface Stability Description --------- --------- ----------- Shell Command Language> /usr/bin/cmp Commited cmp command /usr/bin/comm Commited comm command /usr/bin/cut Commited cut command /usr/bin/paste Commited paste command /usr/bin/print Uncommited print command /usr/bin/uniq Commited uniq command /usr/bin/wc Commited wc command Commited C99 math functions Commited C99 math functions Commited C99 math functions Commited C99 math functions Commited C99 math functions Commited C99 math functions Commited C99 math functions Detail ====== 1. Update of ksh93 interfaces ----------------------------- 1.1 New "typeset" variable type qualifier ("-C") to declare compound variables The "typeset" builtin has a new option "-C" (previously declared as "reserved for future usage") to declare a variable as a compound variable. If value names a compound variable it will be copied to name. Otherwise if the variable already exists, it will first be unset. This replaces the previous implicit declaration on assignment (e.g. $ typeset -C foo # instead of $ foo=() #). 1.2 New "typeset" option "-m" to rename/move a variable The "typeset" builtin has a new option "-m" to rename/move a variable. This is useful to split/merge variable trees or move parts of variable trees around. 1.3 New "read" option "-C" to read a variable as compound variable The "read" builtin has a new option "-C" to read the input into a compound variable (this can be used to construct "record-oriented" pipes). 1.4 New "print" option "-C" to print compound variables as a single line The "print" builtin has a new option "-C" to print compound variables as a single line (the existing $ print -v varname # and $ printf '%B\n' varname # prints a multiline, human-friendly output), equivalent to $ printf "%#B\n" varname #. The idea is to allow compound variables to be filtered in pipelines, e.g. $ ... ; while ... ; do print -C myvar done | \ egrep -v '.*=hasfish.*' | \ while read -C filtered_vars ; do \ ... done 1.5 New ksh93 math functions "log10", "j0", "j1", "jn", "y0", "y1", "yn" Function name | Prototype | see manual page ---------------+--------------------------------------+----------------- log10 | float log10(float) | log10(3m) j0 | float j0(float) | j0(3m) j1 | float j1(float) | j1(3m) jn | float jn(float) | jn(3m) y0 | float y0(float) | y0(3m) y1 | float y1(float) | y1(3m) yn | float yn(float) | yn(3m) (note: the datatypes "integer" and "float" refer to the "integer" and "float" datatypes in ksh93 scripts, not those in the "C" language) 1.6 Interface stability change of the POSIX shell command language parts of the ksh93 language The interface stabilty of POSIX shell command language parts of the ksh93 language are updated from "Uncommited" to "Commited" (the ksh93-specific language parts not defined in "IEEE Std 1003.1-2008 Shell Command Language" remain "Uncommited"). The POSIX shell command language is described in http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html 2. Enhancement of /usr/bin/cmp ------------------------------ The second part of this project specifies an enhancement to /usr/bin/cmp and based on the AT&T AST "cmp" command. The AT&T AST version of the "cmp" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: -c, --print-chars -i, --ignore-initial=skip --verbose (same as existing -l) -s, --quiet|silent --man, --html, --nroff, --help, --version The stability of the "/usr/bin/cmp" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 3. Enhancement of /usr/bin/cut ------------------------------ The third part of this project specifies an enhancement to /usr/bin/cut and based on the AT&T AST "cut" command. The AT&T AST version of the "cut" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: --bytes=list (same as existing -b) --characters=list (same as existing -c) --delimiter=delim (same as existing -d) --fields=list (same as existing -f) --nosplit (same as existing -n) -R|r, --reclen=reclen -D, --line-delimeter|output-delimiter=ldelim -N, --nonewline --suppress|only-delimited (same as existing -s) --man, --html, --nroff, --help, --version The stability of the "/usr/bin/cut" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 4. Enhancement of /usr/bin/comm ------------------------------- The fourth part of this project specifies an enhancement to /usr/bin/comm and based on the AT&T AST "comm" command. The AT&T AST version of the "comm" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: --man, --html, --nroff, --help, --version The stability of the "/usr/bin/comm" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 5. Enhancement of /usr/bin/paste -------------------------------- The fifth part of this project specifies an enhancement to /usr/bin/paste and based on the AT&T AST "paste" command. The AT&T AST version of the "paste" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: --serial (same as existing -s) --delimiters=list (same as existing -d) --man, --html, --nroff, --help, --version The stability of the "/usr/bin/paste" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 6. The addition of /usr/bin/print --------------------------------- The sixth part of this project specifies a new utility called "/usr/bin/print" which exposes the ksh93 builtin command "print" as interface for other scripts/utilities. Unlike other built-in commands named in PSARC/2006/550, the "print" built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to ensure backwards-compatiblity to existing ksh93 scripts (for example scripts running in "restricted" shell mode expect that some shell builtins are available independently from the value of ${PATH}). The stability of the "/usr/bin/print" command and built-in command-line interface and the system variables documented in print(1) is "Uncommitted". For further information/specifications see the materials directory. 7. Enhancement of /usr/bin/uniq ------------------------------- The seventh part of this project specifies an enhancement to /usr/bin/uniq and based on the AT&T AST "uniq" command. The AT&T AST version of the "uniq" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: --count (same as existing -c) --repeated|duplicates (same as existing -d) -D, --all-repeated[=delimit] --skip-fields=fields (same as existing -f) -i, --ignore-case --skip-chars=chars (same as existing -s) --unique (same as existing -u) -w, --check-chars=chars --man, --html, --nroff, --help, --version The stability of the "/usr/bin/uniq" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 8. Enhancement of /usr/bin/wc ----------------------------- The eighth part of this project specifies an enhancement to /usr/bin/wc and based on the AT&T AST "wc" command. The AT&T AST version of the "wc" utility provides support for the following additional options found commonly in other implementations such as GNU and BSD: --lines (same as existing -l) --words (same as existing -w) --bytes|chars (same as existing -c) --multibyte-chars (same as existing -m/-C) -L, --longest-line|max-line-length --man, --html, --nroff, --help, --version The stability of the "/usr/bin/wc" command and built-in command-line interface (including the new options) is "Committed". For further information/specifications see the materials directory. 9. Addition of /usr/share/doc/ksh/ ---------------------------------- The ninth part of this project specifies a new directory to store ksh's documentation. 10. Enable "globstar" mode for interactive shells ------------------------------------------------- The tenth portion of this project specifies to enable the "globstar"([1]) mode in "/etc/ksh.kshrc" for interactive ksh93 shell sessions to improve end-user usabilty, similar to the default configuration found on SuSE Linux and the default of bash version 3.x. [1]=The "globstar" mode (enabled via $ set -o globstar #) causes ** by itself to also match all sub-directories during pathname expansion. 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 Alan.Hargreaves@sun.com Sun Feb 1 17:44:26 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 n121iQVJ013181 for ; Sun, 1 Feb 2009 17:44:26 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n121iPlk028350 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sun, 1 Feb 2009 17:44:26 -0800 (PST) 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 <0KEF00M030U0C100@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Sun, 01 Feb 2009 18:44:24 -0700 (MST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEF008TU0TY2R60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Sun, 01 Feb 2009 18:44:23 -0700 (MST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n121iLWk010064 for ; Mon, 02 Feb 2009 01:44:21 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0KEF00J010O7IJ00@mail-apac.sun.com> (original mail from Alan.Hargreaves@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 02 Feb 2009 09:44:21 +0800 (SGT) Received: from [129.158.12.60] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0KEF00B9W0TUV750@mail-apac.sun.com>; Mon, 02 Feb 2009 09:44:21 +0800 (SGT) Date: Mon, 02 Feb 2009 12:44:18 +1100 From: Alan Hargreaves Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/11/2009] In-reply-to: <200902020128.n121StH9012967@sac.sfbay.sun.com> Sender: Alan.Hargreaves@sun.com To: Alan Hargreaves Cc: PSARC-ext@sun.com Message-id: <49864FF2.2060309@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081215) Status: RO Content-Length: 238 Given that there is no meeting this week, I'm pushing the timer out to Feb 11. Regards, Alan. -- Alan Hargreaves - http://blogs.sun.com/tpenta Staff Engineer (Kernel/VOSJEC/Performance) Asia Pacific/Emerging Markets Sun Microsystems From gdamore@sun.com Sun Feb 1 18:16:08 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 n122G8Wk013789 for ; Sun, 1 Feb 2009 18:16:08 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n122G3YS022808 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sun, 1 Feb 2009 18:16:07 -0800 (PST) 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 <0KEF00K3T2AUP900@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 01 Feb 2009 18:16:06 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEF00KH62AT1400@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 01 Feb 2009 18:16:05 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n122G5pV020688 for ; Sun, 01 Feb 2009 18:16:05 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KEF00C0127KU600@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 01 Feb 2009 18:16:05 -0800 (PST) Received: from [192.168.251.11] ([76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KEF00II92AS34C0@fe-sfbay-09.sun.com>; Sun, 01 Feb 2009 18:16:05 -0800 (PST) Date: Sun, 01 Feb 2009 18:16:04 -0800 From: "Garrett D'Amore" Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <200902020128.n121StH9012967@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Alan Hargreaves Cc: PSARC-ext@sun.com, Alan.Hargreaves@sun.com Message-id: <49865764.8010400@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 13567 +1. - Garrett Alan Hargreaves wrote: > I'm sponsoring this fast-track request on behalf of the > ksh93-integration project. > > Please note that this is an *open* case. > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > ksh93 update 2 > 1.2. Name of Document Author/Supplier: > Author: Alan Hargreaves > 1.3 Date of This Document: > 01 February, 2009 > 4. Technical Description > > 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 and PSARC/2008/344) > specifying the following additional interfaces: > > 1) Update of ksh93 interfaces > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > variables > 1.2) New "typeset" option "-m" to rename/move a variable > 1.3) New "read" option "-C" to read a variable as compound variable > 1.4) New "print" option "-C" to print compound variables as a > single line > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > "y1", "yn" > 1.6) Interface stability change of the POSIX shell command language > parts of the ksh93 language > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > built-in command > > 3) An enhanced version of the "cut" utility and an identical ksh93 > built-in command > > 4) An enhanced version of the "comm" utility and an identical ksh93 > built-in command > > 5) An enhanced version of the "paste" utility and an identical ksh93 > built-in command > > 6) The addition of /usr/bin/print > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > built-in command > > 8) An enhanced version of the "wc" utility and an identical ksh93 > built-in command > > 9) Addition of /usr/share/doc/ksh/ for ksh93 documentation. > > 10) Enable "globstar" mode for interactive shells via /etc/ksh.kshrc > > > Bug/RFE Number(s): > > 6793744 RFE: Add /usr/share/doc/ksh/ for ksh93 documentation > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-01-14 > 6793722 RFE: Update /usr/bin/cmp to AT&T AST "cmp" > 6793714 RFE: Update /usr/bin/comm to AT&T AST "comm" > 6793719 RFE: Update /usr/bin/cut to AT&T AST "cut" > 6793721 RFE: Update /usr/bin/paste to AT&T AST "paste" > 6793747 RFE: Provide "print" builtin as /usr/bin/print for external applications > 6793726 RFE: Update /usr/bin/uniq to AT&T AST "uniq" > 6793735 RFE: Update /usr/bin/wc to AT&T AST "wc" > 6794952 RFE: Enable "globstar" option in /etc/ksh.kshrc > > > Interface Stability Description > --------- --------- ----------- > part of the ksh93 language> Shell Command > Language> > /usr/bin/cmp Commited cmp command > /usr/bin/comm Commited comm command > /usr/bin/cut Commited cut command > /usr/bin/paste Commited paste command > /usr/bin/print Uncommited print command > /usr/bin/uniq Commited uniq command > /usr/bin/wc Commited wc command > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > > Detail > ====== > > 1. Update of ksh93 interfaces > ----------------------------- > > 1.1 New "typeset" variable type qualifier ("-C") to declare compound > variables > > The "typeset" builtin has a new option "-C" (previously declared as > "reserved for future usage") to declare a variable as a compound > variable. If value names a compound variable it will be copied to name. > Otherwise if the variable already exists, it will first be unset. This > replaces the previous implicit declaration on assignment (e.g. > $ typeset -C foo # instead of $ foo=() #). > > 1.2 New "typeset" option "-m" to rename/move a variable > > The "typeset" builtin has a new option "-m" to rename/move a variable. > This is useful to split/merge variable trees or move parts of variable > trees around. > > 1.3 New "read" option "-C" to read a variable as compound variable > > The "read" builtin has a new option "-C" to read the input into a > compound variable (this can be used to construct "record-oriented" > pipes). > > 1.4 New "print" option "-C" to print compound variables as a single line > > The "print" builtin has a new option "-C" to print compound variables > as a single line (the existing $ print -v varname # and > $ printf '%B\n' varname # prints a multiline, human-friendly output), > equivalent to $ printf "%#B\n" varname #. > > The idea is to allow compound variables to be filtered in pipelines, e.g. > $ ... ; while ... ; do print -C myvar done | \ > egrep -v '.*=hasfish.*' | \ > while read -C filtered_vars ; do \ > ... > done > > 1.5 New ksh93 math functions "log10", "j0", "j1", "jn", "y0", "y1", "yn" > > Function name | Prototype | see manual page > ---------------+--------------------------------------+----------------- > log10 | float log10(float) | log10(3m) > j0 | float j0(float) | j0(3m) > j1 | float j1(float) | j1(3m) > jn | float jn(float) | jn(3m) > y0 | float y0(float) | y0(3m) > y1 | float y1(float) | y1(3m) > yn | float yn(float) | yn(3m) > > > (note: the datatypes "integer" and "float" refer to the "integer" and > "float" datatypes in ksh93 scripts, not those in the "C" language) > > 1.6 Interface stability change of the POSIX shell command language parts > of the ksh93 language > > The interface stabilty of POSIX shell command language parts of the > ksh93 language are updated from "Uncommited" to "Commited" (the > ksh93-specific language parts not defined in "IEEE Std 1003.1-2008 > Shell Command Language" remain "Uncommited"). > > The POSIX shell command language is described in > http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html > > 2. Enhancement of /usr/bin/cmp > ------------------------------ > > The second part of this project specifies an enhancement to > /usr/bin/cmp and based on the AT&T AST "cmp" command. > > The AT&T AST version of the "cmp" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > -c, --print-chars > -i, --ignore-initial=skip > --verbose (same as existing -l) > -s, --quiet|silent > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/cmp" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 3. Enhancement of /usr/bin/cut > ------------------------------ > > The third part of this project specifies an enhancement to /usr/bin/cut > and based on the AT&T AST "cut" command. > > The AT&T AST version of the "cut" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --bytes=list (same as existing -b) > --characters=list (same as existing -c) > --delimiter=delim (same as existing -d) > --fields=list (same as existing -f) > --nosplit (same as existing -n) > -R|r, --reclen=reclen > -D, --line-delimeter|output-delimiter=ldelim > -N, --nonewline > --suppress|only-delimited (same as existing -s) > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/cut" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 4. Enhancement of /usr/bin/comm > ------------------------------- > > The fourth part of this project specifies an enhancement to > /usr/bin/comm and based on the AT&T AST "comm" command. > > The AT&T AST version of the "comm" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/comm" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 5. Enhancement of /usr/bin/paste > -------------------------------- > > The fifth part of this project specifies an enhancement to > /usr/bin/paste and based on the AT&T AST "paste" command. > > The AT&T AST version of the "paste" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --serial (same as existing -s) > --delimiters=list (same as existing -d) > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/paste" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 6. The addition of /usr/bin/print > --------------------------------- > > The sixth part of this project specifies a new utility called > "/usr/bin/print" which exposes the ksh93 builtin command "print" as > interface for other scripts/utilities. > > Unlike other built-in commands named in PSARC/2006/550, the "print" > built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to > ensure backwards-compatiblity to existing ksh93 scripts (for example > scripts running in "restricted" shell mode expect that some shell > builtins are available independently from the value of ${PATH}). > > The stability of the "/usr/bin/print" command and built-in command-line > interface and the system variables documented in print(1) is > "Uncommitted". > > For further information/specifications see the materials directory. > > 7. Enhancement of /usr/bin/uniq > ------------------------------- > > The seventh part of this project specifies an enhancement to > /usr/bin/uniq and based on the AT&T AST "uniq" command. > > The AT&T AST version of the "uniq" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --count (same as existing -c) > --repeated|duplicates (same as existing -d) > -D, --all-repeated[=delimit] > --skip-fields=fields (same as existing -f) > -i, --ignore-case > --skip-chars=chars (same as existing -s) > --unique (same as existing -u) > -w, --check-chars=chars > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/uniq" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 8. Enhancement of /usr/bin/wc > ----------------------------- > > The eighth part of this project specifies an enhancement to /usr/bin/wc > and based on the AT&T AST "wc" command. > > The AT&T AST version of the "wc" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --lines (same as existing -l) > --words (same as existing -w) > --bytes|chars (same as existing -c) > --multibyte-chars (same as existing -m/-C) > -L, --longest-line|max-line-length > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/wc" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 9. Addition of /usr/share/doc/ksh/ > ---------------------------------- > > The ninth part of this project specifies a new directory to store ksh's > documentation. > > 10. Enable "globstar" mode for interactive shells > ------------------------------------------------- > > The tenth portion of this project specifies to enable the > "globstar"([1]) mode in "/etc/ksh.kshrc" for interactive ksh93 shell > sessions to improve end-user usabilty, similar to the default > configuration found on SuSE Linux and the default of bash version 3.x. > > [1]=The "globstar" mode (enabled via $ set -o globstar #) causes ** by > itself to also match all sub-directories during pathname expansion. > > > 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 peter.tribble@gmail.com Mon Feb 2 02:52:01 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 n12Aq12N003097 for ; Mon, 2 Feb 2009 02:52:01 -0800 (PST) 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 n12Aq0ir003865 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 2 Feb 2009 03:52:00 -0700 (MST) 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 <0KEF00A0PQ6O8P00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 03:52:00 -0700 (MST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEF00FVXQ6N7690@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 03:51:59 -0700 (MST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n12ApwXC003126 for ; Mon, 02 Feb 2009 10:51:59 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay14i.sun.com with ESMTP id BT-MMP-3725120 for PSARC-ext@sun.com; Mon, 02 Feb 2009 10:51:58 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-6763585 for PSARC-ext@sun.com; Mon, 02 Feb 2009 10:51:58 +0000 (Z) Received: from mail-fx0-f19.google.com ([209.85.220.19] [209.85.220.19]) by relay1i.sun.com with ESMTP id BT-MMP-17278604 for PSARC-ext@sun.com; Mon, 02 Feb 2009 10:51:58 +0000 (Z) Received: by mail-fx0-f19.google.com with SMTP id 12so1368917fxm.8 for ; Mon, 02 Feb 2009 02:51:49 -0800 (PST) Received: by 10.181.227.9 with SMTP id e9mr1628482bkr.133.1233571908820; Mon, 02 Feb 2009 02:51:48 -0800 (PST) Date: Mon, 02 Feb 2009 10:51:48 +0000 From: Peter Tribble Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <200902020128.n121StH9012967@sac.sfbay.sun.com> To: Alan Hargreaves Cc: PSARC-ext@sun.com 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=eCdpA4tv8LMYiIMUB9wA5gzMWwwVnhpiYYzdIhAnEfA=; b=dJFPPFe3JwqhHLnyaz+AziUXbWktgqS2XEf4UjtndjB7KCN0+a/jdagMzmWCkts64L bDcpus1DeoNYNJCJUNsn53/WwJiTAU9MhMovyMXsIfildq3pOfpK60BWDAK0g3Vkz6oG Osqf/t34meemvGlhdIH2zoH6c7enKiRdoGDGo= 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=SwCXVrDPhryKwdGPmsNzSoQt9p2jbHA9qKDTddBm1KwuMKyY3/8vT9+lKvOEAJwIXC CuufpTQngzeQ7poKFVAyyZVyNLgq8MmdWJuTdhnNe6SxTAhwVcRNNRGDZIHlCPqFGM86 5e7EuyK5Q04X5gApdWbGRwwGqG11S8GsuLAdY= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.7/5.0, scanned in 0.169sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> Status: RO Content-Length: 2558 On Mon, Feb 2, 2009 at 1:28 AM, Alan Hargreaves wrote: > I'm sponsoring this fast-track request on behalf of the > ksh93-integration project. > > Please note that this is an *open* case. > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > ksh93 update 2 > 1.2. Name of Document Author/Supplier: > Author: Alan Hargreaves > 1.3 Date of This Document: > 01 February, 2009 > 4. Technical Description > > 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 and PSARC/2008/344) > specifying the following additional interfaces: > > 1) Update of ksh93 interfaces > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > variables > 1.2) New "typeset" option "-m" to rename/move a variable > 1.3) New "read" option "-C" to read a variable as compound variable > 1.4) New "print" option "-C" to print compound variables as a > single line > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > "y1", "yn" > 1.6) Interface stability change of the POSIX shell command language > parts of the ksh93 language > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > built-in command > > 3) An enhanced version of the "cut" utility and an identical ksh93 > built-in command > > 4) An enhanced version of the "comm" utility and an identical ksh93 > built-in command > > 5) An enhanced version of the "paste" utility and an identical ksh93 > built-in command > > 6) The addition of /usr/bin/print > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > built-in command > > 8) An enhanced version of the "wc" utility and an identical ksh93 > built-in command Replacement of important components of the userland seems rather too important for a fast-track. I know that I'm certainly not happy about ripping out Solaris commands and replacing them with external commands. What happens when we need or want to diverge from upstream behaviour? And is this just the tip of the iceberg? -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ From gdamore@sun.com Mon Feb 2 07:44:13 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 n12FiDpu025695 for ; Mon, 2 Feb 2009 07:44:13 -0800 (PST) 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 n12FiBmO029151 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 2 Feb 2009 08:44:12 -0700 (MST) 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 <0KEG0041D3PNA200@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 07:44:11 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEG00MSG3PNWS70@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 07:44:11 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n12FiBw1017595 for ; Mon, 02 Feb 2009 07:44:11 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KEG008013JKED00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 07:44:10 -0800 (PST) Received: from [192.168.251.11] ([76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KEG002B13PL7G30@fe-sfbay-09.sun.com>; Mon, 02 Feb 2009 07:44:10 -0800 (PST) Date: Mon, 02 Feb 2009 07:44:09 -0800 From: "Garrett D'Amore" Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: Sender: Garrett.Damore@sun.com To: Peter Tribble Cc: Alan Hargreaves , PSARC-ext@sun.com Message-id: <498714C9.2090409@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 2937 Peter Tribble wrote: > On Mon, Feb 2, 2009 at 1:28 AM, Alan Hargreaves > wrote: > >> I'm sponsoring this fast-track request on behalf of the >> ksh93-integration project. >> >> Please note that this is an *open* case. >> >> Template Version: @(#)sac_nextcase %I% %G% SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> ksh93 update 2 >> 1.2. Name of Document Author/Supplier: >> Author: Alan Hargreaves >> 1.3 Date of This Document: >> 01 February, 2009 >> 4. Technical Description >> >> 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 and PSARC/2008/344) >> specifying the following additional interfaces: >> >> 1) Update of ksh93 interfaces >> 1.1) New "typeset" variable type qualifier ("-C") to declare compound >> variables >> 1.2) New "typeset" option "-m" to rename/move a variable >> 1.3) New "read" option "-C" to read a variable as compound variable >> 1.4) New "print" option "-C" to print compound variables as a >> single line >> 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", >> "y1", "yn" >> 1.6) Interface stability change of the POSIX shell command language >> parts of the ksh93 language >> >> 2) An enhanced version of the "cmp" utility and an identical ksh93 >> built-in command >> >> 3) An enhanced version of the "cut" utility and an identical ksh93 >> built-in command >> >> 4) An enhanced version of the "comm" utility and an identical ksh93 >> built-in command >> >> 5) An enhanced version of the "paste" utility and an identical ksh93 >> built-in command >> >> 6) The addition of /usr/bin/print >> >> 7) An enhanced version of the "uniq" utility and an identical ksh93 >> built-in command >> >> 8) An enhanced version of the "wc" utility and an identical ksh93 >> built-in command >> > > Replacement of important components of the userland seems rather too important > for a fast-track. > > I know that I'm certainly not happy about ripping out Solaris commands and > replacing them with external commands. What happens when we need or want > to diverge from upstream behaviour? > > And is this just the tip of the iceberg? > That bridge has already been crossed, and the precedent set. See for example: /usr/bin/sum, /usr/bin/getopts, /usr/bin/kill, /usr/bin/sleep.... I don't recall the case number, for it, but given that the precedent was already set, I don't see how any further debate about it can be fruitful. I stand by my +1 of this case. -- Garrett From Joerg.Schilling@fokus.fraunhofer.de Mon Feb 2 08:06:21 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 n12G6KHu016134 for ; Mon, 2 Feb 2009 08:06:21 -0800 (PST) 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 n12G5fQd012642 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 3 Feb 2009 00:06:19 +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 <0KEG0030D4QHCV00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 08:06:17 -0800 (PST) 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 <0KEG001UG4QGE850@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 08:06:17 -0800 (PST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n12Fxn5e027554 for ; Mon, 02 Feb 2009 16:06:16 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay14i.sun.com with ESMTP id BT-MMP-3744276 for PSARC-ext@sun.com; Mon, 02 Feb 2009 16:06:16 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-3975379 for PSARC-ext@sun.com; Mon, 02 Feb 2009 16:06:14 +0000 (Z) Received: from iron01.fraunhofer.de ([153.96.1.54] [153.96.1.54]) by relay1i.sun.com with ESMTP id BT-MMP-2148480 for PSARC-ext@sun.com; Mon, 02 Feb 2009 16:06:14 +0000 (Z) Received: from pluto.fokus.fraunhofer.de ([195.37.77.164]) by iron01.fraunhofer.de with ESMTP/TLS/DHE-RSA-AES256-SHA; Mon, 02 Feb 2009 17:06:13 +0100 Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id n12G6CFM015905; Mon, 02 Feb 2009 17:06:12 +0100 (MET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Mon, 02 Feb 2009 17:06:12 +0100 Date: Mon, 02 Feb 2009 17:06:12 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: To: peter.tribble@gmail.com, ah89892@sac.sfbay.sun.com Cc: PSARC-ext@sun.com Message-id: <498719f4.WiRqYDFONq0U9san%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 1.183sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 02 Feb 2009 16:06:12.0342 (UTC) FILETIME=[2B14A160:01C98550] Status: RO Content-Length: 804 Peter Tribble wrote: .... > > 8) An enhanced version of the "wc" utility and an identical ksh93 > > built-in command > > Replacement of important components of the userland seems rather too important > for a fast-track. > > I know that I'm certainly not happy about ripping out Solaris commands and > replacing them with external commands. What happens when we need or want > to diverge from upstream behaviour? > > And is this just the tip of the iceberg? +1 for your demurs. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From Nicolas.Williams@sun.com Mon Feb 2 08:27:17 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 n12GRGtj014965 for ; Mon, 2 Feb 2009 08:27:17 -0800 (PST) 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 n12GR7ec004354; Mon, 2 Feb 2009 16:27:14 GMT 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 <0KEG00K2P5PB1L00@brm-avmta-1.central.sun.com>; Mon, 02 Feb 2009 09:27:11 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEG00IUN5O95E10@brm-avmta-1.central.sun.com>; Mon, 02 Feb 2009 09:26:33 -0700 (MST) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n12GHjN9009807; Mon, 02 Feb 2009 10:17:45 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n12GHjJs009806; Mon, 02 Feb 2009 10:17:45 -0600 (CST) Date: Mon, 02 Feb 2009 10:17:45 -0600 From: Nicolas Williams Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <498714C9.2090409@sun.com> To: "Garrett D'Amore" Cc: Peter Tribble , Alan Hargreaves , PSARC-ext@sun.com Message-id: <20090202161744.GD1044@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498714C9.2090409@sun.com> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 857 On Mon, Feb 02, 2009 at 07:44:09AM -0800, Garrett D'Amore wrote: > Peter Tribble wrote: > >Replacement of important components of the userland seems rather too > >important for a fast-track. The bar isn't whether something is "too important" but whether the case is "obvious," and this one seems to be. > >I know that I'm certainly not happy about ripping out Solaris commands and > >replacing them with external commands. What happens when we need or want > >to diverge from upstream behaviour? We participate in the upstream community. If that fails we fork or replace (the old sources don't simply disappear). > >And is this just the tip of the iceberg? > > That bridge has already been crossed, and the precedent set. See for > example: /usr/bin/sum, /usr/bin/getopts, /usr/bin/kill, /usr/bin/sleep.... No precedent needed to be set. Nico -- From carlsonj@phorcys.east.sun.com Mon Feb 2 09:36:33 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 n12HaWKI016652 for ; Mon, 2 Feb 2009 09:36:32 -0800 (PST) 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 n12HaWdA036487 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@Sun.COM>; Mon, 2 Feb 2009 10:36:32 -0700 (MST) 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 <0KEG00A098WTWQ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 02 Feb 2009 09:36:29 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEG008CY8WSW530@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 02 Feb 2009 09:36:29 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n12HSxHZ006290; Mon, 02 Feb 2009 12:28:59 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n12HSxom006287; Mon, 02 Feb 2009 12:28:59 -0500 (EST) Date: Mon, 02 Feb 2009 12:28:59 -0500 From: James Carlson Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <200902020128.n121StH9012967@sac.sfbay.sun.com> To: Alan Hargreaves Cc: PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org Message-id: <18823.11611.129157.247526@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> Status: RO Content-Length: 782 Alan Hargreaves writes: > Unlike other built-in commands named in PSARC/2006/550, the "print" > built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to > ensure backwards-compatiblity to existing ksh93 scripts (for example > scripts running in "restricted" shell mode expect that some shell > builtins are available independently from the value of ${PATH}). Could someone on the ksh93 team explain this bit in a little more detail? It might be just a nit, but I don't follow the logic above: what usage case requires that this path isn't bound? -- 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 iszczesniak@gmail.com Mon Feb 2 13:21:11 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 n12LLAlF015430 for ; Mon, 2 Feb 2009 13:21:11 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n12LKXUS029522; Tue, 3 Feb 2009 05:21:07 +0800 (SGT) 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 <0KEG0011NJB5FH00@nwk-avmta-2.sfbay.sun.com>; Mon, 02 Feb 2009 13:21:05 -0800 (PST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEG00JY8JB56J90@nwk-avmta-2.sfbay.sun.com>; Mon, 02 Feb 2009 13:21:05 -0800 (PST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n12LKEMH013818; Mon, 02 Feb 2009 21:21:04 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay41i.sun.com with ESMTP id BT-MMP-326068; Mon, 02 Feb 2009 21:21:04 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-5162915; Mon, 02 Feb 2009 21:21:00 +0000 (Z) Received: from mail-fx0-f19.google.com ([209.85.220.19] [209.85.220.19]) by relay4i.sun.com with ESMTP id BT-MMP-4618985; Mon, 02 Feb 2009 21:21:00 +0000 (Z) Received: by mail-fx0-f19.google.com with SMTP id 12so1696206fxm.8 for ; Mon, 02 Feb 2009 13:20:09 -0800 (PST) Received: by 10.181.147.3 with SMTP id z3mr1643100bkn.17.1233609343523; Mon, 02 Feb 2009 13:15:43 -0800 (PST) Date: Mon, 02 Feb 2009 22:15:43 +0100 From: "I. Szczesniak" Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <49865764.8010400@sun.com> To: PSARC-ext@sun.com Cc: Alan Hargreaves , "Garrett D'Amore" 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=TQxSMDp6WZJk7STbCwV+Z+G9HT1L2r7oznrjTmLjAao=; b=fLn92EGLay16pduC/bFR1fGxmd37O+UKjRs+CliTupVTDrqUmPw9rZIbwdYhrAwj3v A4gaxvmBQkzah2Yn5o5iGzpgOOi+jpPHQ1LecLBnHU5yShL4nrAwQpOHi0RF6IGJaltE dTlzKGtiCui/v+lVDa3+q4ghXVjIu6AEzBI3k= 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=VdxRYADhmo5GZAUWgiod8Aoz1g9OgK7j7aPX0LRjzrn7HlpqWt/spKfWDnxwkbxLAK 9ndtUToq8oTOadP8tzNxdcgWUYqsIMnWdLzEMjIiaSwKE2HBfLcKGySlVeckqn3bqr9y PDiCCHCXpyzYE3iMkzHmtAga1snHYiQTjcyP8= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 3.272sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <49865764.8010400@sun.com> Status: RO Content-Length: 14795 +1 Irek On 2/2/09, Garrett D'Amore wrote: > +1. > > > - Garrett > > > Alan Hargreaves wrote: > > I'm sponsoring this fast-track request on behalf of the > > ksh93-integration project. > > > > Please note that this is an *open* case. > > > > Template Version: @(#)sac_nextcase %I% %G% SMI > > This information is Copyright 2009 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > ksh93 update 2 > > 1.2. Name of Document Author/Supplier: > > Author: Alan Hargreaves > > 1.3 Date of This Document: > > 01 February, 2009 > > 4. Technical Description > > > > 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 and PSARC/2008/344) > > specifying the following additional interfaces: > > > > 1) Update of ksh93 interfaces > > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > > variables > > 1.2) New "typeset" option "-m" to rename/move a variable > > 1.3) New "read" option "-C" to read a variable as compound variable > > 1.4) New "print" option "-C" to print compound variables as a > > single line > > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > > "y1", "yn" > > 1.6) Interface stability change of the POSIX shell command language > > parts of the ksh93 language > > > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > > built-in command > > > > 3) An enhanced version of the "cut" utility and an identical ksh93 > > built-in command > > > > 4) An enhanced version of the "comm" utility and an identical ksh93 > > built-in command > > > > 5) An enhanced version of the "paste" utility and an identical ksh93 > > built-in command > > > > 6) The addition of /usr/bin/print > > > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > > built-in command > > > > 8) An enhanced version of the "wc" utility and an identical ksh93 > > built-in command > > > > 9) Addition of /usr/share/doc/ksh/ for ksh93 documentation. > > > > 10) Enable "globstar" mode for interactive shells via /etc/ksh.kshrc > > > > > > Bug/RFE Number(s): > > > > 6793744 RFE: Add /usr/share/doc/ksh/ for ksh93 documentation > > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-01-14 > > 6793722 RFE: Update /usr/bin/cmp to AT&T AST "cmp" > > 6793714 RFE: Update /usr/bin/comm to AT&T AST "comm" > > 6793719 RFE: Update /usr/bin/cut to AT&T AST "cut" > > 6793721 RFE: Update /usr/bin/paste to AT&T AST "paste" > > 6793747 RFE: Provide "print" builtin as /usr/bin/print for external applications > > 6793726 RFE: Update /usr/bin/uniq to AT&T AST "uniq" > > 6793735 RFE: Update /usr/bin/wc to AT&T AST "wc" > > 6794952 RFE: Enable "globstar" option in /etc/ksh.kshrc > > > > > > Interface Stability Description > > --------- --------- ----------- > > > part of the ksh93 language> Shell Command > > Language> > > /usr/bin/cmp Commited cmp command > > /usr/bin/comm Commited comm command > > /usr/bin/cut Commited cut command > > /usr/bin/paste Commited paste command > > /usr/bin/print Uncommited print command > > /usr/bin/uniq Commited uniq command > > /usr/bin/wc Commited wc command > > Commited C99 math functions > > Commited C99 math functions > > Commited C99 math functions > > Commited C99 math functions > > Commited C99 math functions > > Commited C99 math functions > > Commited C99 math functions > > > > Detail > > ====== > > > > 1. Update of ksh93 interfaces > > ----------------------------- > > > > 1.1 New "typeset" variable type qualifier ("-C") to declare compound > > variables > > > > The "typeset" builtin has a new option "-C" (previously declared as > > "reserved for future usage") to declare a variable as a compound > > variable. If value names a compound variable it will be copied to name. > > Otherwise if the variable already exists, it will first be unset. This > > replaces the previous implicit declaration on assignment (e.g. > > $ typeset -C foo # instead of $ foo=() #). > > > > 1.2 New "typeset" option "-m" to rename/move a variable > > > > The "typeset" builtin has a new option "-m" to rename/move a variable. > > This is useful to split/merge variable trees or move parts of variable > > trees around. > > > > 1.3 New "read" option "-C" to read a variable as compound variable > > > > The "read" builtin has a new option "-C" to read the input into a > > compound variable (this can be used to construct "record-oriented" > > pipes). > > > > 1.4 New "print" option "-C" to print compound variables as a single line > > > > The "print" builtin has a new option "-C" to print compound variables > > as a single line (the existing $ print -v varname # and > > $ printf '%B\n' varname # prints a multiline, human-friendly output), > > equivalent to $ printf "%#B\n" varname #. > > > > The idea is to allow compound variables to be filtered in pipelines, e.g. > > $ ... ; while ... ; do print -C myvar done | \ > > egrep -v '.*=hasfish.*' | \ > > while read -C filtered_vars ; do \ > > ... > > done > > > > 1.5 New ksh93 math functions "log10", "j0", "j1", "jn", "y0", "y1", "yn" > > > > Function name | Prototype | see manual page > > ---------------+--------------------------------------+----------------- > > log10 | float log10(float) | log10(3m) > > j0 | float j0(float) | j0(3m) > > j1 | float j1(float) | j1(3m) > > jn | float jn(float) | jn(3m) > > y0 | float y0(float) | y0(3m) > > y1 | float y1(float) | y1(3m) > > yn | float yn(float) | yn(3m) > > > > > > (note: the datatypes "integer" and "float" refer to the "integer" and > > "float" datatypes in ksh93 scripts, not those in the "C" language) > > > > 1.6 Interface stability change of the POSIX shell command language parts > > of the ksh93 language > > > > The interface stabilty of POSIX shell command language parts of the > > ksh93 language are updated from "Uncommited" to "Commited" (the > > ksh93-specific language parts not defined in "IEEE Std 1003.1-2008 > > Shell Command Language" remain "Uncommited"). > > > > The POSIX shell command language is described in > > http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html > > > > 2. Enhancement of /usr/bin/cmp > > ------------------------------ > > > > The second part of this project specifies an enhancement to > > /usr/bin/cmp and based on the AT&T AST "cmp" command. > > > > The AT&T AST version of the "cmp" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > -c, --print-chars > > -i, --ignore-initial=skip > > --verbose (same as existing -l) > > -s, --quiet|silent > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/cmp" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 3. Enhancement of /usr/bin/cut > > ------------------------------ > > > > The third part of this project specifies an enhancement to /usr/bin/cut > > and based on the AT&T AST "cut" command. > > > > The AT&T AST version of the "cut" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > --bytes=list (same as existing -b) > > --characters=list (same as existing -c) > > --delimiter=delim (same as existing -d) > > --fields=list (same as existing -f) > > --nosplit (same as existing -n) > > -R|r, --reclen=reclen > > -D, --line-delimeter|output-delimiter=ldelim > > -N, --nonewline > > --suppress|only-delimited (same as existing -s) > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/cut" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 4. Enhancement of /usr/bin/comm > > ------------------------------- > > > > The fourth part of this project specifies an enhancement to > > /usr/bin/comm and based on the AT&T AST "comm" command. > > > > The AT&T AST version of the "comm" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/comm" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 5. Enhancement of /usr/bin/paste > > -------------------------------- > > > > The fifth part of this project specifies an enhancement to > > /usr/bin/paste and based on the AT&T AST "paste" command. > > > > The AT&T AST version of the "paste" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > --serial (same as existing -s) > > --delimiters=list (same as existing -d) > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/paste" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 6. The addition of /usr/bin/print > > --------------------------------- > > > > The sixth part of this project specifies a new utility called > > "/usr/bin/print" which exposes the ksh93 builtin command "print" as > > interface for other scripts/utilities. > > > > Unlike other built-in commands named in PSARC/2006/550, the "print" > > built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to > > ensure backwards-compatiblity to existing ksh93 scripts (for example > > scripts running in "restricted" shell mode expect that some shell > > builtins are available independently from the value of ${PATH}). > > > > The stability of the "/usr/bin/print" command and built-in command-line > > interface and the system variables documented in print(1) is > > "Uncommitted". > > > > For further information/specifications see the materials directory. > > > > 7. Enhancement of /usr/bin/uniq > > ------------------------------- > > > > The seventh part of this project specifies an enhancement to > > /usr/bin/uniq and based on the AT&T AST "uniq" command. > > > > The AT&T AST version of the "uniq" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > --count (same as existing -c) > > --repeated|duplicates (same as existing -d) > > -D, --all-repeated[=delimit] > > --skip-fields=fields (same as existing -f) > > -i, --ignore-case > > --skip-chars=chars (same as existing -s) > > --unique (same as existing -u) > > -w, --check-chars=chars > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/uniq" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 8. Enhancement of /usr/bin/wc > > ----------------------------- > > > > The eighth part of this project specifies an enhancement to /usr/bin/wc > > and based on the AT&T AST "wc" command. > > > > The AT&T AST version of the "wc" utility provides support for the > > following additional options found commonly in other implementations > > such as GNU and BSD: > > > > --lines (same as existing -l) > > --words (same as existing -w) > > --bytes|chars (same as existing -c) > > --multibyte-chars (same as existing -m/-C) > > -L, --longest-line|max-line-length > > --man, --html, --nroff, --help, --version > > > > The stability of the "/usr/bin/wc" command and built-in command-line > > interface (including the new options) is "Committed". > > > > For further information/specifications see the materials directory. > > > > 9. Addition of /usr/share/doc/ksh/ > > ---------------------------------- > > > > The ninth part of this project specifies a new directory to store ksh's > > documentation. > > > > 10. Enable "globstar" mode for interactive shells > > ------------------------------------------------- > > > > The tenth portion of this project specifies to enable the > > "globstar"([1]) mode in "/etc/ksh.kshrc" for interactive ksh93 shell > > sessions to improve end-user usabilty, similar to the default > > configuration found on SuSE Linux and the default of bash version 3.x. > > > > [1]=The "globstar" mode (enabled via $ set -o globstar #) causes ** by > > itself to also match all sub-directories during pathname expansion. > > > > > > 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 > From iszczesniak@gmail.com Mon Feb 2 14:46:48 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 n12Mkl5M019545 for ; Mon, 2 Feb 2009 14:46:48 -0800 (PST) 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 n12MkhIE005299 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 2 Feb 2009 22:46:46 GMT 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 <0KEG00609N9WA700@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 14:46:44 -0800 (PST) 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 <0KEG0030QN9VP3F0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 02 Feb 2009 14:46:43 -0800 (PST) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n12MhkaL000790 for ; Mon, 02 Feb 2009 22:46:43 +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-3664180 for PSARC-ext@sun.com; Mon, 02 Feb 2009 22:46:43 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-84697 for PSARC-ext@sun.com; Mon, 02 Feb 2009 22:46:43 +0000 (Z) Received: from mail-fx0-f19.google.com ([209.85.220.19] [209.85.220.19]) by relay1i.sun.com with ESMTP id BT-MMP-2520100 for PSARC-ext@sun.com; Mon, 02 Feb 2009 22:46:42 +0000 (Z) Received: by fxm12 with SMTP id 12so1731033fxm.8 for ; Mon, 02 Feb 2009 14:46:42 -0800 (PST) Received: by 10.181.208.15 with SMTP id k15mr1832492bkq.130.1233614561384; Mon, 02 Feb 2009 14:42:41 -0800 (PST) Date: Mon, 02 Feb 2009 23:42:41 +0100 From: "I. Szczesniak" Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: To: Peter Tribble Cc: Alan Hargreaves , PSARC-ext@sun.com, Korn Shell 93 integration/migration project discussion , Roland Mainz 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=kt5h36gRKhZ0lRuocvc1MWDRSTzgw2pDONqpLIjzJoM=; b=V+osUfzJS5iIubV5ZjkcUAcC2kGB+nb2Xl6ylmIFwNocXn47iEKwIQj6dtYtJmsFjV dsmSWcg8XzT3aPUI1zz0QbXd5pCrsTYVFBhzIBpZ8fc6sjvcjPPq67/azAunjZcMds06 6RTX4/xwgH8eXVI9DunmJYGPH+2qS/R0HbS3g= 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=mdnAHtowIX/xTvZcVWA3FQgkGKalz8Pq1zyUwMcQx3NKCdjMg66KbLE3cdv/VGcMA4 PKb6n4uVzdJz/2LgjJ1TDlBAL18QBCdlodYemLtA4+9ZoiE1NABTRO0PInJS4seAuRL5 Xr/EFrriufvCb8gHihvkvOekQai7XssqZMvGE= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.7/5.0, scanned in 0.090sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> Status: RO Content-Length: 3190 On 2/2/09, Peter Tribble wrote: > On Mon, Feb 2, 2009 at 1:28 AM, Alan Hargreaves > wrote: > > I'm sponsoring this fast-track request on behalf of the > > ksh93-integration project. > > > > Please note that this is an *open* case. > > > > Template Version: @(#)sac_nextcase %I% %G% SMI > > This information is Copyright 2009 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > ksh93 update 2 > > 1.2. Name of Document Author/Supplier: > > Author: Alan Hargreaves > > 1.3 Date of This Document: > > 01 February, 2009 > > 4. Technical Description > > > > 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 and PSARC/2008/344) > > specifying the following additional interfaces: > > > > 1) Update of ksh93 interfaces > > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > > variables > > 1.2) New "typeset" option "-m" to rename/move a variable > > 1.3) New "read" option "-C" to read a variable as compound variable > > 1.4) New "print" option "-C" to print compound variables as a > > single line > > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > > "y1", "yn" > > 1.6) Interface stability change of the POSIX shell command language > > parts of the ksh93 language > > > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > > built-in command > > > > 3) An enhanced version of the "cut" utility and an identical ksh93 > > built-in command > > > > 4) An enhanced version of the "comm" utility and an identical ksh93 > > built-in command > > > > 5) An enhanced version of the "paste" utility and an identical ksh93 > > built-in command > > > > 6) The addition of /usr/bin/print > > > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > > built-in command > > > > 8) An enhanced version of the "wc" utility and an identical ksh93 > > built-in command > > > Replacement of important components of the userland seems rather too important > for a fast-track. ARC is responsible to review the architecture and not the implementation. > > I know that I'm certainly not happy about ripping out Solaris commands and > replacing them with external commands. We participate in the upstream community, the ksh93 project proved ATTs willingness to cooperate with Opensolaris.ORG and Tim Sperlins staff at Sun vouches for the backwards compatibility of the new commands. Do you have concerns about that? > What happens when we need or want to diverge from upstream behaviour? Ask Roland. > And is this just the tip of the iceberg? libcmd has 42 commands and not all have equivalents in /usr/bin. I'd think this case covers 2/3 or 1/2 of the iceberg. Irek From peter.memishian@sun.com Mon Feb 2 22:46:09 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 n136k8Ru010843 for ; Mon, 2 Feb 2009 22:46:08 -0800 (PST) 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 n136k3Pc004840 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 3 Feb 2009 06:46:07 GMT 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 <0KEH00I059GSZI00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 02 Feb 2009 23:46:04 -0700 (MST) Received: from dm-east-02.east.sun.com ([129.148.13.5]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEH00AEZ9GRPU40@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 02 Feb 2009 23:46:04 -0700 (MST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-02.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n136k3fi034035 for ; Tue, 03 Feb 2009 01:46:03 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n136k3lm480957 for ; Tue, 03 Feb 2009 01:46:03 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n136k3m8480919; Tue, 03 Feb 2009 01:46:03 -0500 (EST) Date: Tue, 03 Feb 2009 01:46:03 -0500 From: Peter Memishian Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] To: psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18823.59435.225754.558987@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 302 It's fine to make use of the ksh builtin support for various commands, but can we please learn from the problems that occurred when we changed sleep to be a builtin recently (e.g. 6793120) and instead create trivial wrapper *programs* that access the builtin functionality through libshell? -- meem From roland.mainz@nrubsig.org Tue Feb 3 19:07:07 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 n14376sK016832 for ; Tue, 3 Feb 2009 19:07:07 -0800 (PST) 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 n14376P8012305 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 3 Feb 2009 20:07:06 -0700 (MST) 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 <0KEI0040BTZT4C00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 03 Feb 2009 20:07:05 -0700 (MST) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEI00413TZSTPA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 03 Feb 2009 20:07:04 -0700 (MST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n14373Q8001223 for ; Wed, 04 Feb 2009 03:07:04 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay41i.sun.com with ESMTP id BT-MMP-461903 for PSARC-ext@Sun.COM; Wed, 04 Feb 2009 03:05:03 +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-265558 for PSARC-ext@Sun.COM; Wed, 04 Feb 2009 03:05:03 +0000 (Z) Received: from mail-in-13.arcor-online.net ([151.189.21.53] [151.189.21.53]) by relay4i.sun.com with ESMTP id BT-MMP-6279714 for PSARC-ext@Sun.COM; Wed, 04 Feb 2009 03:05:02 +0000 (Z) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mx.arcor.de (Postfix) with ESMTP id 523812BAA9A; Wed, 04 Feb 2009 04:05:02 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 3BE22ABD24; Wed, 04 Feb 2009 04:05:02 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-05.arcor-online.net (Postfix) with ESMTPS id 8AE56332BA2; Wed, 04 Feb 2009 04:05:01 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n1434w73013398; Wed, 04 Feb 2009 04:04:59 +0100 (CET) Date: Wed, 04 Feb 2009 04:04:57 +0100 From: Roland Mainz Subject: Why "print" is not bound to a PATH element... / was: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: Alan Hargreaves , PSARC-ext@sun.com Message-id: <498905D9.2C6F833@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.6.0 mail-in-05.arcor-online.net 8AE56332BA2 X-Virus-Scanned: ClamAV 0.94.2/8946/Tue Feb 3 13:32:04 2009 on mail-in-05.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.243sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <18823.11611.129157.247526@gargle.gargle.HOWL> Status: RO Content-Length: 1959 James Carlson wrote: > Alan Hargreaves writes: > > Unlike other built-in commands named in PSARC/2006/550, the "print" > > built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to > > ensure backwards-compatiblity to existing ksh93 scripts (for example > > scripts running in "restricted" shell mode expect that some shell > > builtins are available independently from the value of ${PATH}). > > Could someone on the ksh93 team explain this bit in a little more > detail? It might be just a nit, but I don't follow the logic above: > what usage case requires that this path isn't bound? The usage cases are: 1. "Legacy"/"Compatibilty" issue: Existing ksh88 and ksh93 scripts assume that "print" is _always_ available, independetly how the value of ${PATH} looks like (the same applies to "sleep" and "printf" for ksh93 scripts (e.g. these are the only three non-special [1] shell builtin commands which _must_ be there)). 2. Restricted shell scripts (e.g. "rsh", "rksh", "pfrksh" [2] etc.) need a way to output data (e.g. counterpart to "read") and therefore "print" was never bound to a PATH element since the korn shell exists. Otherwise you have shell scripts which can't output anything except syntax errors when running in "restricted" shell mode. Or short: Binding the "print" builtin to a PATH element would blow-up lots of scripts [1]="special builtins" refers to shell builtin commands like "read" which are part of the shell language and must run within the shell process itself (e.g. to write information back into variables or change the shell's status (e.g. "set", "unset", "shift", "alias", "exec" etc. fall into the same category)) [2]="pfrksh" doesn't exist yet but ksh93 now has support for such a chimera made from profile+restricted shells ---- 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 Tue Feb 3 21:04: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 n1454YsO011144 for ; Tue, 3 Feb 2009 21:04:34 -0800 (PST) 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 n1454Uwf007853 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 3 Feb 2009 22:04:33 -0700 (MST) 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 <0KEI00301ZFLFF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 03 Feb 2009 21:04:33 -0800 (PST) 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 <0KEI0031QZFKOOE0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 03 Feb 2009 21:04:32 -0800 (PST) Received: from relay44i.sun.com ([192.5.209.118]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n144lv1n025250 for ; Wed, 04 Feb 2009 05:04:32 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay44i.sun.com with ESMTP id BT-MMP-466254 for PSARC-ext@sun.com; Wed, 04 Feb 2009 05:04:32 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-10078787 for PSARC-ext@sun.com; Wed, 04 Feb 2009 05:04:31 +0000 (Z) Received: from mail-in-11.arcor-online.net ([151.189.21.51] [151.189.21.51]) by relay4i.sun.com with ESMTP id BT-MMP-6342502 for PSARC-ext@sun.com; Wed, 04 Feb 2009 05:04:30 +0000 (Z) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 63D8CE4282; Wed, 04 Feb 2009 06:04:30 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 490B31B8E3B; Wed, 04 Feb 2009 06:04:30 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-01.arcor-online.net (Postfix) with ESMTPS id A7DDF3326C3; Wed, 04 Feb 2009 06:04:25 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n1454Nk9013424; Wed, 04 Feb 2009 06:04:23 +0100 (CET) Date: Wed, 04 Feb 2009 06:04:22 +0100 From: Roland Mainz Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Peter Tribble Cc: Alan Hargreaves , PSARC-ext@sun.com, ksh93-integration-discuss Message-id: <498921D6.AE951514@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.6.0 mail-in-01.arcor-online.net A7DDF3326C3 X-Virus-Scanned: ClamAV 0.94.2/8947/Wed Feb 4 03:58:09 2009 on mail-in-01.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-0.2/5.0, scanned in 0.140sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> Status: RO Content-Length: 6382 Peter Tribble wrote: > On Mon, Feb 2, 2009 at 1:28 AM, Alan Hargreaves > wrote: > > I'm sponsoring this fast-track request on behalf of the > > ksh93-integration project. > > > > Please note that this is an *open* case. > > > > Template Version: @(#)sac_nextcase %I% %G% SMI > > This information is Copyright 2009 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > ksh93 update 2 > > 1.2. Name of Document Author/Supplier: > > Author: Alan Hargreaves > > 1.3 Date of This Document: > > 01 February, 2009 > > 4. Technical Description > > > > 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 and PSARC/2008/344) > > specifying the following additional interfaces: > > > > 1) Update of ksh93 interfaces > > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > > variables > > 1.2) New "typeset" option "-m" to rename/move a variable > > 1.3) New "read" option "-C" to read a variable as compound variable > > 1.4) New "print" option "-C" to print compound variables as a > > single line > > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > > "y1", "yn" > > 1.6) Interface stability change of the POSIX shell command language > > parts of the ksh93 language > > > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > > built-in command > > > > 3) An enhanced version of the "cut" utility and an identical ksh93 > > built-in command > > > > 4) An enhanced version of the "comm" utility and an identical ksh93 > > built-in command > > > > 5) An enhanced version of the "paste" utility and an identical ksh93 > > built-in command > > > > 6) The addition of /usr/bin/print > > > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > > built-in command > > > > 8) An enhanced version of the "wc" utility and an identical ksh93 > > built-in command > > Replacement of important components of the userland seems rather too important > for a fast-track. > > I know that I'm certainly not happy about ripping out Solaris commands and > replacing them with external commands. Erm... these commands aren't "external" nor are we going to "rip them out". The new commands will still be part of OS/Net (actually they _are_ already within OS/Net as part of usr/src/lib/libcmd/common/) and shipped like the old commands (most of them remain in the same package but some move from "SUNWesu" to "SUNWcsu" (which isn't a problem since "SUNWesu" depends on "SUNWcsu")). The change is that: - we get a living and cooperative upstream with which we do active development and enhancements instead of just maintaining the "status quo" (which was more or less the case for the commands we change in this case) - we get a 64bit clean codebase (which is _urgendly_ needed for Solaris ports like SystemZ) - we get a significant performance[1] boost on OpenSolaris/Indiana since all these commands then run "inline" - we reduce the system's resource usage (both disk space footprint and memory usage (you'll find a similar appriach on embedded Linux versions which use the "busybox" toolkit)) [1]=Short explanation: Using builtin commands saves at least one |fork()|+|exec()| sequence and the whole work behind |setlocale()|. The |fork()| itself is obviously a heavywheight operation but the |exec()| can affect the performance of the _whole_ machine since the kernel must make crosscalls to all CPUs to tear down the matching address space. Now imagine a T5440 with 256 threads and lots of scripts running in parallel... in that case each saved |exec()| is a significant performance win. > What happens when we need or want > to diverge from upstream behaviour? 1. Nicolas already answered that question in http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-February/013756.html ... we can diverge from the upstream codebase but AFAIK there should've be a need to do this because we _cooperate_ with upstream. 2. The tools we change in this ARC case are all defined by POSIX+SUS and both the old and new commands conform to these standards. There is no practical way to diverge from the POSIX+SUS behaviour since otherwise we'll break lots of stuff. For the extensions beyond POSIX+SUS defined in this case the behaviour is defined by more than one party (e.g. usually at least two of { GNU *, FreeBSD, NetBSD, AST, MacOSX } ) which gives a high probabilty of keeping these interfaces stable (that's the reason why we jump directly to the ARC interface status "commited"). > And is this just the tip of the iceberg? This is AFAIK offtopic for an ARC discussion... but the answer is both "yes" and "no": 1. For now we only picked commands from libcmd which we already tested (technically most of the code was already integrated as part of ksh93-integration update1) extensively for compatibilty (this includes POSIX+SUS test suites, multibyte tests, building OS/Net+SFWNV+X11/FOX+KDE with the new commands, automated testcases for each single CR# we fix etc.) 2. The next ARC case may contain a few more non-filesystem utilties (e.g. "join", "head", "tail", "tee", "mkfifo") from libcmd and (as a seperare ARC case) cover the remaining closed-source commands defined by POSIX (e.g. "tr" in it's various incarnations, "printf", "od", "sed" ("tail" is already handled via the previous list) etc.) 3. The long-term plan is to create some kind of POSIX commands community to actively develop (this includes that we try to push new developments and technologies into the POSIX standard) and maintain these utilities - see http://mail.opensolaris.org/pipermail/ogb-discuss/2009-January/006302.html for the original plan from last November (this has become even more important now that Sun RIF'ed the complete team which was doing this work for nearly a decade... ;-( ) ---- 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 Tue Feb 3 21:27:27 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 n145RR2E012319 for ; Tue, 3 Feb 2009 21:27:27 -0800 (PST) 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 n145ROfU010326; Tue, 3 Feb 2009 21:27:25 -0800 (PST) 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 <0KEJ006170HPPZ00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 21:27:25 -0800 (PST) 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 <0KEJ006680HOKW00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 21:27:24 -0800 (PST) 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 n1458gR5000292; Wed, 04 Feb 2009 05:27:23 +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-468375; Wed, 04 Feb 2009 05:27:23 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-330348; Wed, 04 Feb 2009 05:27:23 +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-6351233; Wed, 04 Feb 2009 05:27:23 +0000 (Z) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 14783332C51; Wed, 04 Feb 2009 06:27:22 +0100 (CET) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id E567F1B8E4A; Wed, 04 Feb 2009 06:27:21 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-17.arcor-online.net (Postfix) with ESMTPS id 01C6C3B29BC; Wed, 04 Feb 2009 06:27:20 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n145RINa013430; Wed, 04 Feb 2009 06:27:18 +0100 (CET) Date: Wed, 04 Feb 2009 06:27:17 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: peter.memishian@sun.com Cc: Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Message-id: <49892735.2ED8239A@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.6.0 mail-in-17.arcor-online.net 01C6C3B29BC X-Virus-Scanned: ClamAV 0.94.2/8947/Wed Feb 4 03:58:09 2009 on mail-in-17.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.057sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> Status: RO Content-Length: 952 Peter Memishian wrote: > > It's fine to make use of the ksh builtin support for various commands, but > can we please learn from the problems that occurred when we changed sleep > to be a builtin recently (e.g. 6793120) and instead create trivial wrapper > *programs* that access the builtin functionality through libshell? I already have a fix (tested and queued for my sponsor) for CR #6793120 which does something similar as you've proposed... and since the commands all go through the same wrapper we won't see this problem a 2nd time (and "yes", I'll be carefull the next time and explicitly test for this condition - CR #6793120 was one of the mistakes in the ksh93-integration update1 putback which was really avoidable if I would've used my brain... ;-/ ). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From peter.memishian@sun.com Tue Feb 3 21:32:46 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 n145WjhQ012764 for ; Tue, 3 Feb 2009 21:32:46 -0800 (PST) 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 n145Wcmo006840 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 4 Feb 2009 05:32:44 GMT 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 <0KEJ00D1J0QIXI00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 21:32:42 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00BJB0QHY6C0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 21:32:41 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n145WdeG041970; Wed, 04 Feb 2009 00:32:39 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n145WdrC469512; Wed, 04 Feb 2009 00:32:39 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n145Wd98469488; Wed, 04 Feb 2009 00:32:39 -0500 (EST) Date: Wed, 04 Feb 2009 00:32:39 -0500 From: Peter Memishian Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <49892735.2ED8239A@nrubsig.org> To: Roland Mainz Cc: peter.memishian@sun.com, Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18825.10359.355693.243990@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 533 > > It's fine to make use of the ksh builtin support for various commands, but > > can we please learn from the problems that occurred when we changed sleep > > to be a builtin recently (e.g. 6793120) and instead create trivial wrapper > > *programs* that access the builtin functionality through libshell? > > I already have a fix (tested and queued for my sponsor) for CR #6793120 > which does something similar as you've proposed... So there is a unique pid for each program and thus it can still be pkill'd? -- meem From daleg@elemental.org Tue Feb 3 21:46:47 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 n145kkbU013387 for ; Tue, 3 Feb 2009 21:46:47 -0800 (PST) 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 n145kheL015546; Wed, 4 Feb 2009 05:46:45 GMT 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 <0KEJ00K051DWVQ00@brm-avmta-1.central.sun.com>; Tue, 03 Feb 2009 22:46:44 -0700 (MST) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00DR81DWYS20@brm-avmta-1.central.sun.com>; Tue, 03 Feb 2009 22:46:44 -0700 (MST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n145gunJ027451; Wed, 04 Feb 2009 05:46:43 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay41i.sun.com with ESMTP id BT-MMP-469337; Wed, 04 Feb 2009 05:46:43 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-339204; Wed, 04 Feb 2009 05:46:43 +0000 (Z) Received: from mercury.elemental.org ([205.134.191.194] [205.134.191.194]) by relay4i.sun.com with ESMTP id BT-MMP-6366588; Wed, 04 Feb 2009 05:46:43 +0000 (Z) Received: from [192.168.1.120] (pool-72-66-105-209.washdc.fios.verizon.net [72.66.105.209]) (authenticated bits=0) by mercury.elemental.org (8.14.3/8.14.3/ELEMENTAL-4.0) with ESMTP id n145jn8f018019 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 04 Feb 2009 00:45:50 -0500 (EST) Date: Wed, 04 Feb 2009 00:45:49 -0500 From: Dale Ghent Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <18825.10359.355693.243990@gargle.gargle.HOWL> To: peter.memishian@sun.com Cc: Roland Mainz , discussion , psarc-ext@sun.com, Korn@opensolaris.org Message-id: <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.930.3) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mercury.elemental.org [205.134.191.194]); Wed, 04 Feb 2009 00:45:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.93.1, clamav-milter version 0.93.1 on mercury.elemental.org X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.101sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> Status: RO Content-Length: 758 On Feb 4, 2009, at 12:32 AM, Peter Memishian wrote: > >>> It's fine to make use of the ksh builtin support for various >>> commands, but >>> can we please learn from the problems that occurred when we >>> changed sleep >>> to be a builtin recently (e.g. 6793120) and instead create trivial >>> wrapper >>> *programs* that access the builtin functionality through libshell? >> >> I already have a fix (tested and queued for my sponsor) for CR >> #6793120 >> which does something similar as you've proposed... > > So there is a unique pid for each program and thus it can still be > pkill'd? If so, and if this fix involves wrappers, Wouldn't we have lost the "no fork/exec" advantage of having shell builtins in the first place, right? /dale From peter.memishian@sun.com Tue Feb 3 21:59:07 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 n145x7H0014268 for ; Tue, 3 Feb 2009 21:59:07 -0800 (PST) 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 n145x2vj033783 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 3 Feb 2009 22:59:06 -0700 (MST) 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 <0KEJ00B0H1YH7200@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 21:59:05 -0800 (PST) Received: from dm-east-02.east.sun.com ([129.148.13.5]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ006TM1YGL040@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 21:59:04 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-02.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n145wol8021589; Wed, 04 Feb 2009 00:58:50 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n145woMg575994; Wed, 04 Feb 2009 00:58:50 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n145woPF575991; Wed, 04 Feb 2009 00:58:50 -0500 (EST) Date: Wed, 04 Feb 2009 00:58:50 -0500 From: Peter Memishian Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> To: Dale Ghent Cc: peter.memishian@sun.com, Roland Mainz , discussion , psarc-ext@sun.com, Korn@opensolaris.org Reply-to: peter.memishian@sun.com Message-id: <18825.11930.113869.690818@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 960 > >>> It's fine to make use of the ksh builtin support for various > >>> commands, but > >>> can we please learn from the problems that occurred when we > >>> changed sleep > >>> to be a builtin recently (e.g. 6793120) and instead create trivial > >>> wrapper > >>> *programs* that access the builtin functionality through libshell? > >> > >> I already have a fix (tested and queued for my sponsor) for CR > >> #6793120 > >> which does something similar as you've proposed... > > > > So there is a unique pid for each program and thus it can still be > > pkill'd? > > If so, and if this fix involves wrappers, Wouldn't we have lost the > "no fork/exec" advantage of having shell builtins in the first place, > right? My understanding is that the driving force is code sharing, not performance. If we are really concerned about the performance of the `sum' or `sleep' commands, something more fundamental is amiss. -- meem From roland.mainz@nrubsig.org Tue Feb 3 22:06:13 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 n1466CA8014686 for ; Tue, 3 Feb 2009 22:06:12 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1466AId028055; Wed, 4 Feb 2009 06:06:10 GMT 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 <0KEJ00C032A96S00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:06:09 -0800 (PST) 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 <0KEJ0060U2A9L060@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:06:09 -0800 (PST) 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 n1462LIh013496; Wed, 04 Feb 2009 06:06:08 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay42i.sun.com with ESMTP id BT-MMP-470638; Wed, 04 Feb 2009 06:06:08 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-309680; Wed, 04 Feb 2009 06:06:08 +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-6386560; Wed, 04 Feb 2009 06:06:07 +0000 (Z) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id 82FFE3329D9; Wed, 04 Feb 2009 07:06:07 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id 97ABB6BD93; Wed, 04 Feb 2009 07:06:07 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-03.arcor-online.net (Postfix) with ESMTPS id C95742C2F49; Wed, 04 Feb 2009 07:06:06 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n14663bJ013442; Wed, 04 Feb 2009 07:06:04 +0100 (CET) Date: Wed, 04 Feb 2009 07:06:02 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Dale Ghent Cc: peter.memishian@sun.com, ksh93-integration-discuss , psarc-ext@sun.com Message-id: <4989304A.B075030A@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.6.0 mail-in-03.arcor-online.net C95742C2F49 X-Virus-Scanned: ClamAV 0.94.2/8948/Wed Feb 4 05:50:05 2009 on mail-in-03.arcor-online.net X-Virus-Status: Clean 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: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> Status: RO Content-Length: 1421 Dale Ghent wrote: > On Feb 4, 2009, at 12:32 AM, Peter Memishian wrote: > >>> It's fine to make use of the ksh builtin support for various > >>> commands, but > >>> can we please learn from the problems that occurred when we > >>> changed sleep > >>> to be a builtin recently (e.g. 6793120) and instead create trivial > >>> wrapper > >>> *programs* that access the builtin functionality through libshell? > >> > >> I already have a fix (tested and queued for my sponsor) for CR > >> #6793120 > >> which does something similar as you've proposed... > > > > So there is a unique pid for each program and thus it can still be > > pkill'd? > > If so, and if this fix involves wrappers, Wouldn't we have lost the > "no fork/exec" advantage of having shell builtins in the first place, > right? Erm... no. The wrapper is there to fill the matching filesystem entry (for example /usr/bin/chicken). If the shell is already running and the "chicken" command should be executed the shell will walk the PATH elements and search for the first filesystem entry which matches this name. If a builtin "chicken" is bound to /usr/bin/ it will be executed instead of the /usr/bin/chicken command in the filesystem if the PATH search reaches /usr/bin/. ---- 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 Tue Feb 3 22:16:55 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 n146GrSq015087 for ; Tue, 3 Feb 2009 22:16:54 -0800 (PST) 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 n146Ghtu012912; Wed, 4 Feb 2009 14:16:50 +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 <0KEJ00D052S1PP00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:16:49 -0800 (PST) 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 <0KEJ006102S1KY70@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:16:49 -0800 (PST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n146Gmti002168; Wed, 04 Feb 2009 06:16:49 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay14i.sun.com with ESMTP id BT-MMP-3877764; Wed, 04 Feb 2009 06:16:45 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-100566; Wed, 04 Feb 2009 06:16:45 +0000 (Z) Received: from mail-in-03.arcor-online.net ([151.189.21.43] [151.189.21.43]) by relay1i.sun.com with ESMTP id BT-MMP-41554166; Wed, 04 Feb 2009 06:16:45 +0000 (Z) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 337102C2D6B; Wed, 04 Feb 2009 07:15:44 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 176091B8E3B; Wed, 04 Feb 2009 07:15:44 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-03.arcor-online.net (Postfix) with ESMTPS id 6551D2C2F92; Wed, 04 Feb 2009 07:15:42 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n146FdMt013445; Wed, 04 Feb 2009 07:15:40 +0100 (CET) Date: Wed, 04 Feb 2009 07:15:39 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2[PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: peter.memishian@sun.com Cc: Dale Ghent , ksh93-integration-discuss , psarc-ext@sun.com Message-id: <4989328B.BD7CB71E@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.6.0 mail-in-03.arcor-online.net 6551D2C2F92 X-Virus-Scanned: ClamAV 0.94.2/8948/Wed Feb 4 05:50:05 2009 on mail-in-03.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.061sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> <18825.11930.113869.690818@gargle.gargle.HOWL> Status: RO Content-Length: 1553 Peter Memishian wrote: > > >>> It's fine to make use of the ksh builtin support for various > > >>> commands, but > > >>> can we please learn from the problems that occurred when we > > >>> changed sleep > > >>> to be a builtin recently (e.g. 6793120) and instead create trivial > > >>> wrapper > > >>> *programs* that access the builtin functionality through libshell? > > >> > > >> I already have a fix (tested and queued for my sponsor) for CR > > >> #6793120 > > >> which does something similar as you've proposed... > > > > > > So there is a unique pid for each program and thus it can still be > > > pkill'd? > > > > If so, and if this fix involves wrappers, Wouldn't we have lost the > > "no fork/exec" advantage of having shell builtins in the first place, > > right? > > My understanding is that the driving force is code sharing, not > performance. "performace" is important, too. That's why we added the whole infratructure for compiled shell script (including "shcomp" and "shbinexec"). We just can't use it until a sufficient amount of time has passed to make sure that all build machines have the matching "shbinexec" kernel module (that would require a "flag day" ... in theory it could be done ASAP but that would IMO just cause unneccesary pain for the developers and admins (at least I would prefer to wait until at least B116)). ---- 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 Tue Feb 3 22:25:10 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 n146PAle015736 for ; Tue, 3 Feb 2009 22:25:10 -0800 (PST) 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 n146P4dB048187; Tue, 3 Feb 2009 23:25:09 -0700 (MST) 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 <0KEJ00E2Z35VU300@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:25:07 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ006V235VL080@nwk-avmta-1.sfbay.Sun.COM>; Tue, 03 Feb 2009 22:25:07 -0800 (PST) Received: from relay43i.sun.com ([192.5.209.74]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n146NtSo026591; Wed, 04 Feb 2009 06:25:06 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay43i.sun.com with ESMTP id BT-MMP-470810; Wed, 04 Feb 2009 06:25:06 +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-353864; Wed, 04 Feb 2009 06:25:06 +0000 (Z) Received: from mail-in-14.arcor-online.net ([151.189.21.54] [151.189.21.54]) by relay4i.sun.com with ESMTP id BT-MMP-6404587; Wed, 04 Feb 2009 06:25:05 +0000 (Z) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mx.arcor.de (Postfix) with ESMTP id 3A51328B009; Wed, 04 Feb 2009 07:25:05 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 24D26ABD19; Wed, 04 Feb 2009 07:25:05 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-03.arcor-online.net (Postfix) with ESMTPS id 44D712C2FDE; Wed, 04 Feb 2009 07:25:03 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n146P0Q7013451; Wed, 04 Feb 2009 07:25:01 +0100 (CET) Date: Wed, 04 Feb 2009 07:25:00 +0100 From: Roland Mainz Subject: Fix for CR #6793120 ... / was: Re: [ksh93-integration-discuss] ksh93 update 2[PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: peter.memishian@sun.com Cc: Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Message-id: <498934BC.7EB42535@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.6.0 mail-in-03.arcor-online.net 44D712C2FDE X-Virus-Scanned: ClamAV 0.94.2/8948/Wed Feb 4 05:50:05 2009 on mail-in-03.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.067sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> Status: RO Content-Length: 1619 Peter Memishian wrote: > > > It's fine to make use of the ksh builtin support for various commands, but > > > can we please learn from the problems that occurred when we changed sleep > > > to be a builtin recently (e.g. 6793120) and instead create trivial wrapper > > > *programs* that access the builtin functionality through libshell? > > > > I already have a fix (tested and queued for my sponsor) for CR #6793120 > > which does something similar as you've proposed... > > So there is a unique pid for each program and thus it can still be pkill'd? If you start the command as seperate child job (e.g. $ sleep 12345 & #) it will always have a seperate pid. But that was not the problem which caused CR #6793120 - the process name changed from "sleep 12345" to something like "ksh93 sleep 12345" which caused the PIT test scripts to fail because they matched exactly for the process name "sleep 12345". The upcoming patch makes sure the processes get their expected name. ---- Bye, Roland P.S.: If you need a seperate process id or do not want to use builtins you can either specify the full path of the command (e.g. use "/usr/bin/sleep" instead of just "sleep" - this forces the shell to run the external command since POSIX requires that calling a command with the full path runs _exactly_ this executable and not a builtin) or use (in the case of ksh93) the "bulitin" command to remove this builtin command from the list of builtins. -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From peter.memishian@sun.com Tue Feb 3 22:28:25 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 n146SODW015893 for ; Tue, 3 Feb 2009 22:28:24 -0800 (PST) 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 n146SFee019640 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 4 Feb 2009 14:28:23 +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 <0KEJ00F053BA9100@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 22:28:22 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ006TW3B9KW80@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 03 Feb 2009 22:28:22 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n146SKd2061336; Wed, 04 Feb 2009 01:28:20 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n146SKxq754439; Wed, 04 Feb 2009 01:28:20 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n146SKEX754436; Wed, 04 Feb 2009 01:28:20 -0500 (EST) Date: Wed, 04 Feb 2009 01:28:19 -0500 From: Peter Memishian Subject: re: Fix for CR #6793120 ... / was: Re: [ksh93-integration-discuss] ksh93 update 2[PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <498934BC.7EB42535@nrubsig.org> To: Roland Mainz Cc: peter.memishian@sun.com, Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18825.13699.995920.399805@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <498934BC.7EB42535@nrubsig.org> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 654 > > So there is a unique pid for each program and thus it can still be pkill'd? > > If you start the command as seperate child job (e.g. $ sleep 12345 & #) > it will always have a seperate pid. But that was not the problem which > caused CR #6793120 - the process name changed from "sleep 12345" to > something like "ksh93 sleep 12345" which caused the PIT test scripts to > fail because they matched exactly for the process name "sleep 12345". > The upcoming patch makes sure the processes get their expected name. Please tell me that this does not involve horrible hacks involving faking up or munging process names in the kernel. -- meem From roland.mainz@nrubsig.org Tue Feb 3 22:37:12 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 n146bBIB016364 for ; Tue, 3 Feb 2009 22:37:12 -0800 (PST) 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 n146b57Y018926; Wed, 4 Feb 2009 06:37:10 GMT 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 <0KEJ002173PVVK00@brm-avmta-1.central.sun.com>; Tue, 03 Feb 2009 23:37:07 -0700 (MST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00D3B3PRYV60@brm-avmta-1.central.sun.com>; Tue, 03 Feb 2009 23:37:04 -0700 (MST) 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 n146b3UE021199; Wed, 04 Feb 2009 06:37:03 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay44i.sun.com with ESMTP id BT-MMP-470571; Wed, 04 Feb 2009 06:37:03 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-10118809; Wed, 04 Feb 2009 06:37:02 +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-6398033; Wed, 04 Feb 2009 06:37:02 +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 2D7F428F280; Wed, 04 Feb 2009 07:37:01 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 160992DAA58; Wed, 04 Feb 2009 07:37:01 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-079-168.pools.arcor-ip.net [88.68.79.168]) by mail-in-03.arcor-online.net (Postfix) with ESMTPS id 88DA92C2FED; Wed, 04 Feb 2009 07:37:00 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n146awjY013457; Wed, 04 Feb 2009 07:36:58 +0100 (CET) Date: Wed, 04 Feb 2009 07:36:58 +0100 From: Roland Mainz Subject: Re: Fix for CR #6793120 ... / was: Re: [ksh93-integration-discuss] ksh93update 2[PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: peter.memishian@sun.com Cc: Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Message-id: <4989378A.91FC492B@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.6.0 mail-in-03.arcor-online.net 88DA92C2FED X-Virus-Scanned: ClamAV 0.94.2/8948/Wed Feb 4 05:50:05 2009 on mail-in-03.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.156sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <498934BC.7EB42535@nrubsig.org> <18825.13699.995920.399805@gargle.gargle.HOWL> Status: RO Content-Length: 1270 Peter Memishian wrote: > > > So there is a unique pid for each program and thus it can still be pkill'd? > > > > If you start the command as seperate child job (e.g. $ sleep 12345 & #) > > it will always have a seperate pid. But that was not the problem which > > caused CR #6793120 - the process name changed from "sleep 12345" to > > something like "ksh93 sleep 12345" which caused the PIT test scripts to > > fail because they matched exactly for the process name "sleep 12345". > > The upcoming patch makes sure the processes get their expected name. > > Please tell me that this does not involve horrible hacks involving faking > up or munging process names in the kernel. Nah... we just use a buffer overrun in the doors subsystem to hack into nscd, from there we crawl into the kernel and patch the process table ... Seriously... we change the alias.sh wrapper into a binary and therefore get the expected process name (this is a temporary solution until we switch (as originally designed) to compiled shell scripts (which should have the same effect)). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From john.plocher@gmail.com Tue Feb 3 22:50:21 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 n146oKfw017107 for ; Tue, 3 Feb 2009 22:50:21 -0800 (PST) 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 n146oIAo000704 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 4 Feb 2009 14:50:19 +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 <0KEJ004034BT8R00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 03 Feb 2009 23:50:17 -0700 (MST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00DSE4BTYR60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 03 Feb 2009 23:50:17 -0700 (MST) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n146hCi6010266 for ; Wed, 04 Feb 2009 06:50:16 +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-471980 for PSARC-ext@sun.com; Wed, 04 Feb 2009 06:50:16 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-10125708 for PSARC-ext@sun.com; Wed, 04 Feb 2009 06:50:14 +0000 (Z) Received: from po-out-1718.google.com ([72.14.252.155] [72.14.252.155]) by relay4i.sun.com with ESMTP id BT-MMP-6406643 for PSARC-ext@sun.com; Wed, 04 Feb 2009 06:50:14 +0000 (Z) Received: by po-out-1718.google.com with SMTP id b23so6513993poe.3 for ; Tue, 03 Feb 2009 22:49:24 -0800 (PST) Received: by 10.140.199.15 with SMTP id w15mr3465729rvf.140.1233730163976; Tue, 03 Feb 2009 22:49:23 -0800 (PST) Date: Tue, 03 Feb 2009 22:49:23 -0800 From: John Plocher Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <498921D6.AE951514@nrubsig.org> To: Peter Tribble Cc: Roland Mainz , ksh93-integration-discuss , PSARC-ext@sun.com, Alan Hargreaves 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=LTKQ6w4L0ugr03PhwH+rsg+jmu5kOUr73Hr9BaKWfeQ=; b=x9ydQTMEqc4bpg/wySWXhRZIZTx9thAJwAVWyd332GavCOf2M5unPJyfXjfXqqtZiv kbRZIcuwjjNmkUFa8pRrusE6l2bxntuXUG1SeWBiYh+nIoRhl330Okvl/uBMWgVNanvN Fa72uc9dDhFWlhvLw9/ZWDHZoAzCUW6e80wdQ= 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=Th5koeEGPbvh1DK5pxBwTSZpDtAi7MayHkE4DDy98Yl2bXRqEVVaCF3kGHJmVl5d8O ORiczVKMjCUnX0J8S+4RrV0hGYjcVnwK0CRf3oHKeh8FQcn4/oguor4nVKNhRgG+nzQH wAKcMtVNs7Ivvtk2NzlwbWZy9NWvIOzjqdhkI= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.067sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> Status: RO Content-Length: 512 Peter Tribble wrote: >> I know that I'm certainly not happy about ripping out Solaris commands and >> replacing them with external commands. Since Sun's management seems to have RIF'd the entire team that used to maintain those old Solaris commands, it seems clear that *they* no longer have the same commitment to them as they used to. In that case, anything that moves towards a codebase that /is/ actively supported by people who are experts in the field is rather to be desired, don't you think? -John From Scott.Rotondo@sun.com Tue Feb 3 23:54:06 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 n147s519020901 for ; Tue, 3 Feb 2009 23:54:06 -0800 (PST) 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 n147rtux007821 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 4 Feb 2009 15:54:04 +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 <0KEJ00B077A0HV00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 00:54:00 -0700 (MST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00D3F79ZZ0A0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 00:53:59 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n147rx8a006874 for ; Wed, 04 Feb 2009 07:53:59 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEJ00A0078HG400@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 00:53:59 -0700 (MST) Received: from viaggio.local ([unknown] [69.226.217.109]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEJ00MFB79YSIF0@mail-amer.sun.com>; Wed, 04 Feb 2009 00:53:59 -0700 (MST) Date: Tue, 03 Feb 2009 23:54:08 -0800 From: Scott Rotondo Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: Sender: Scott.Rotondo@sun.com To: John Plocher Cc: Peter Tribble , Roland Mainz , ksh93-integration-discuss , psarc-ext@sun.com, Alan Hargreaves Message-id: <498949A0.2020502@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) Status: RO Content-Length: 873 John Plocher wrote: > Peter Tribble wrote: >>> I know that I'm certainly not happy about ripping out Solaris commands and >>> replacing them with external commands. > > > Since Sun's management seems to have RIF'd the entire team that used > to maintain those old Solaris commands, it seems clear that *they* no > longer have the same commitment to them as they used to. In that > case, anything that moves towards a codebase that /is/ actively > supported by people who are experts in the field is rather to be > desired, don't you think? > > -John Point taken, but to be fair Sun does still support these commands, and there are Sun engineers responsible for maintaining them. Just not as many as before. Scott -- Scott Rotondo Principal Engineer, Solaris Security Technologies President, Trusted Computing Group Phone/FAX: +1 408 850 3655 (Internal x68278) From casper@holland.sun.com Wed Feb 4 00:13:34 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 n148DYsk006397 for ; Wed, 4 Feb 2009 00:13:34 -0800 (PST) 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 n148DT1u026407 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Wed, 4 Feb 2009 08:13:33 GMT 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 <0KEJ0011986IIA00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 04 Feb 2009 00:13:30 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00EP886HIQA0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 04 Feb 2009 00:13:29 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n148DQFd007446; Wed, 04 Feb 2009 08:13:26 +0000 (GMT) Date: Wed, 04 Feb 2009 09:13:26 +0100 From: Casper.Dik@sun.com Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <18825.11930.113869.690818@gargle.gargle.HOWL> Sender: casper@holland.sun.com To: Peter.Memishian@sun.com Cc: Dale Ghent , Roland Mainz , discussion , psarc-ext@sun.com, Korn@opensolaris.org Message-id: <200902040813.n148DQFd007446@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> <18825.11930.113869.690818@gargle.gargle.HOWL> Status: RO Content-Length: 1113 > > > >>> It's fine to make use of the ksh builtin support for various > > >>> commands, but > > >>> can we please learn from the problems that occurred when we > > >>> changed sleep > > >>> to be a builtin recently (e.g. 6793120) and instead create trivial > > >>> wrapper > > >>> *programs* that access the builtin functionality through libshell? > > >> > > >> I already have a fix (tested and queued for my sponsor) for CR > > >> #6793120 > > >> which does something similar as you've proposed... > > > > > > So there is a unique pid for each program and thus it can still be > > > pkill'd? > > > > If so, and if this fix involves wrappers, Wouldn't we have lost the > > "no fork/exec" advantage of having shell builtins in the first place, > > right? > >My understanding is that the driving force is code sharing, not >performance. If we are really concerned about the performance of the >`sum' or `sleep' commands, something more fundamental is amiss. And if you start them as individual commands, there's no fork/exec you can save. If you run ksh93, then you save the fork/exec. Casper From gdamore@sun.com Wed Feb 4 01:26:29 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 n149QTPl015735 for ; Wed, 4 Feb 2009 01:26:29 -0800 (PST) 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 n149QNVq020030 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 4 Feb 2009 02:26:29 -0700 (MST) 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 <0KEJ00G09BK46C00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 01:26:28 -0800 (PST) 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 <0KEJ00L0CBK39F80@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 01:26:27 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n149QRut013168 for ; Wed, 04 Feb 2009 01:26:27 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KEJ00I01BJBXR00@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 01:26:27 -0800 (PST) Received: from [192.168.251.11] ([76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KEJ00FCKBK2QQ10@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 04 Feb 2009 01:26:27 -0800 (PST) Date: Wed, 04 Feb 2009 01:26:26 -0800 From: "Garrett D'Amore" Subject: Re: Fix for CR #6793120 ... / was: Re: [ksh93-integration-discuss] ksh93update 2[PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <4989378A.91FC492B@nrubsig.org> Sender: Garrett.Damore@sun.com To: Roland Mainz Cc: Peter.Memishian@sun.com, Korn Shell 93 integration/migration project discussion , psarc-ext@sun.com Message-id: <49895F42.5010904@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: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <498934BC.7EB42535@nrubsig.org> <18825.13699.995920.399805@gargle.gargle.HOWL> <4989378A.91FC492B@nrubsig.org> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 1287 Roland Mainz wrote: > Peter Memishian wrote: > >> > > So there is a unique pid for each program and thus it can still be pkill'd? >> > >> > If you start the command as seperate child job (e.g. $ sleep 12345 & #) >> > it will always have a seperate pid. But that was not the problem which >> > caused CR #6793120 - the process name changed from "sleep 12345" to >> > something like "ksh93 sleep 12345" which caused the PIT test scripts to >> > fail because they matched exactly for the process name "sleep 12345". >> > The upcoming patch makes sure the processes get their expected name. >> >> Please tell me that this does not involve horrible hacks involving faking >> up or munging process names in the kernel. >> > > Nah... we just use a buffer overrun in the doors subsystem to hack > into nscd, from there we crawl into the kernel and patch the process > table ... > > Seriously... we change the alias.sh wrapper into a binary and therefore > get the expected process name (this is a temporary solution until we > switch (as originally designed) to compiled shell scripts (which should > have the same effect)). > Why not just do the compiled shell scripts thing *now*? Why the intermediate step? -- Garrett > ---- > > Bye, > Roland > > From carlsonj@phorcys.east.sun.com Wed Feb 4 05:21:24 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 n14DLOil018258 for ; Wed, 4 Feb 2009 05:21:24 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n14DLMlf025861 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 4 Feb 2009 05:21:24 -0800 (PST) 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 <0KEJ0081BMFMTE00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 04 Feb 2009 06:21:22 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEJ00IM1MFLQ020@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 04 Feb 2009 06:21:22 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n14D6JBO014030; Wed, 04 Feb 2009 08:06:19 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n14D6JLw014027; Wed, 04 Feb 2009 08:06:19 -0500 (EST) Date: Wed, 04 Feb 2009 08:06:19 -0500 From: James Carlson Subject: Re: Why "print" is not bound to a PATH element... / was: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <498905D9.2C6F833@nrubsig.org> To: Roland Mainz Cc: Korn Shell 93 integration/migration project discussion , Alan Hargreaves , PSARC-ext@sun.com Message-id: <18825.37579.401571.407356@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> <18823.11611.129157.247526@gargle.gargle.HOWL> <498905D9.2C6F833@nrubsig.org> Status: RO Content-Length: 741 Roland Mainz writes: > 2. Restricted shell scripts (e.g. "rsh", "rksh", "pfrksh" [2] etc.) need > a way to output data (e.g. counterpart to "read") and therefore "print" > was never bound to a PATH element since the korn shell exists. Otherwise > you have shell scripts which can't output anything except syntax errors > when running in "restricted" shell mode. OK; that's the key bit I was looking for. "print" is a built-in even when $PATH doesn't have a "print" on it, and binding would break that. Thanks. +1 -- 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 Fri Feb 6 16:32:52 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 n170WpvW009253 for ; Fri, 6 Feb 2009 16:32:52 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n170WfhU021227; Sat, 7 Feb 2009 08:32:46 +0800 (SGT) 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 <0KEO005056UJ8H00@nwk-avmta-2.sfbay.sun.com>; Fri, 06 Feb 2009 16:32:43 -0800 (PST) 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 <0KEO00NJT6UI0T40@nwk-avmta-2.sfbay.sun.com>; Fri, 06 Feb 2009 16:32:43 -0800 (PST) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n170Q8Ab021191; Sat, 07 Feb 2009 00:32:42 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay15i.sun.com with ESMTP id BT-MMP-4002193; Sat, 07 Feb 2009 00:32:18 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-12160706; Sat, 07 Feb 2009 00:32:17 +0000 (Z) Received: from mail-in-03.arcor-online.net ([151.189.21.43] [151.189.21.43]) by relay1i.sun.com with ESMTP id BT-MMP-2392594; Sat, 07 Feb 2009 00:32:17 +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 CE6B52C2CEF; Sat, 07 Feb 2009 01:32:16 +0100 (CET) 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 BB99D2DA965; Sat, 07 Feb 2009 01:32:16 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-068-154.pools.arcor-ip.net [84.59.68.154]) by mail-in-11.arcor-online.net (Postfix) with ESMTPS id 8D9C8E3BFE; Sat, 07 Feb 2009 01:32:15 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n170WCpN014395; Sat, 07 Feb 2009 01:32:13 +0100 (CET) Date: Sat, 07 Feb 2009 01:32:11 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Casper.Dik@sun.com Cc: Peter.Memishian@sun.com, Dale Ghent , ksh93-integration-discuss , psarc-ext@sun.com Message-id: <498CD68B.840BCD07@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.6.0 mail-in-11.arcor-online.net 8D9C8E3BFE X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 14:29:06 2009 on mail-in-11.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <18823.59435.225754.558987@gargle.gargle.HOWL> <49892735.2ED8239A@nrubsig.org> <18825.10359.355693.243990@gargle.gargle.HOWL> <2ECB82CB-A35D-4635-AE40-3D7F673E97A2@elemental.org> <18825.11930.113869.690818@gargle.gargle.HOWL> <200902040813.n148DQFd007446@dm-holland-02.uk.sun.com> Status: RO Content-Length: 1625 Casper.Dik@Sun.COM wrote: > > > >>> It's fine to make use of the ksh builtin support for various > > > >>> commands, but > > > >>> can we please learn from the problems that occurred when we > > > >>> changed sleep > > > >>> to be a builtin recently (e.g. 6793120) and instead create trivial > > > >>> wrapper > > > >>> *programs* that access the builtin functionality through libshell? > > > >> > > > >> I already have a fix (tested and queued for my sponsor) for CR > > > >> #6793120 > > > >> which does something similar as you've proposed... > > > > > > > > So there is a unique pid for each program and thus it can still be > > > > pkill'd? > > > > > > If so, and if this fix involves wrappers, Wouldn't we have lost the > > > "no fork/exec" advantage of having shell builtins in the first place, > > > right? > > > >My understanding is that the driving force is code sharing, not > >performance. If we are really concerned about the performance of the > >`sum' or `sleep' commands, something more fundamental is amiss. > > And if you start them as individual commands, there's no fork/exec > you can save. If you run ksh93, then you save the fork/exec. Right... but in the case of OpenSolaris/Indiana /usr/bin/sh, /bin/sh, /sbin/sh, /usr/bin/ksh, /bin/ksh etc. (right now I am unsure about /usr/xpg4/bin/sh) are all links to /usr/bin/ksh93 and therefore a large chunk of default shells and system scripts benefit from the change. ---- 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 Feb 6 16:39:14 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 n170dDkU018024 for ; Fri, 6 Feb 2009 16:39:14 -0800 (PST) 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 n170dApi017048; Sat, 7 Feb 2009 00:39:11 GMT 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 <0KEO00H09759O100@brm-avmta-1.central.sun.com>; Fri, 06 Feb 2009 17:39:09 -0700 (MST) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEO0017B759KGA0@brm-avmta-1.central.sun.com>; Fri, 06 Feb 2009 17:39:09 -0700 (MST) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n170ThEi021919; Sat, 07 Feb 2009 00:39:09 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay15i.sun.com with ESMTP id BT-MMP-4002437; Sat, 07 Feb 2009 00:39:08 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-12164701; Sat, 07 Feb 2009 00:39:08 +0000 (Z) Received: from mail-in-02.arcor-online.net ([151.189.21.42] [151.189.21.42]) by relay1i.sun.com with ESMTP id BT-MMP-2350318; Sat, 07 Feb 2009 00:39:08 +0000 (Z) Received: from mail-in-18-z2.arcor-online.net (mail-in-18-z2.arcor-online.net [151.189.8.35]) by mx.arcor.de (Postfix) with ESMTP id B15F83FE585; Sat, 07 Feb 2009 01:39:07 +0100 (CET) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-18-z2.arcor-online.net (Postfix) with ESMTP id 98CFB510041; Sat, 07 Feb 2009 01:39:07 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-068-154.pools.arcor-ip.net [84.59.68.154]) by mail-in-11.arcor-online.net (Postfix) with ESMTPS id A573AE3C36; Sat, 07 Feb 2009 01:39:05 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n170d2ax014398; Sat, 07 Feb 2009 01:39:03 +0100 (CET) Date: Sat, 07 Feb 2009 01:39:02 +0100 From: Roland Mainz Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Scott Rotondo Cc: John Plocher , Peter Tribble , ksh93-integration-discuss , psarc-ext@sun.com, Alan Hargreaves Message-id: <498CD826.B6AFC6C2@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.6.0 mail-in-11.arcor-online.net A573AE3C36 X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 14:29:06 2009 on mail-in-11.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.061sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> <498949A0.2020502@sun.com> Status: RO Content-Length: 1128 Scott Rotondo wrote: > John Plocher wrote: > > Peter Tribble wrote: > >>> I know that I'm certainly not happy about ripping out Solaris commands and > >>> replacing them with external commands. > > > > Since Sun's management seems to have RIF'd the entire team that used > > to maintain those old Solaris commands, it seems clear that *they* no > > longer have the same commitment to them as they used to. In that > > case, anything that moves towards a codebase that /is/ actively > > supported by people who are experts in the field is rather to be > > desired, don't you think? > > Point taken, but to be fair Sun does still support these commands, and > there are Sun engineers responsible for maintaining them. Just not as > many as before. ... which leads to a question from my side: Who is now responsible for these commands (technically I need a name of someone who can answer some questions (both technical and organisatorical)) ? ---- 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 Feb 6 17:02:51 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 n1712oq7013525 for ; Fri, 6 Feb 2009 17:02:50 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1712kxi029311; Sat, 7 Feb 2009 01:02:48 GMT 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 <0KEO0050L88NNA00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 06 Feb 2009 17:02:47 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEO000SE88MI2D0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 06 Feb 2009 17:02:46 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1712jLV022219; Sat, 07 Feb 2009 01:02:45 +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-783374; Sat, 07 Feb 2009 01:02:45 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-2705092; Sat, 07 Feb 2009 01:02:45 +0000 (Z) Received: from mail-in-07.arcor-online.net ([151.189.21.47] [151.189.21.47]) by relay4i.sun.com with ESMTP id BT-MMP-3272942; Sat, 07 Feb 2009 01:02:45 +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 C8EFD3CA718; Sat, 07 Feb 2009 02:02:44 +0100 (CET) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id B9347100FC; Sat, 07 Feb 2009 02:02:44 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-068-154.pools.arcor-ip.net [84.59.68.154]) by mail-in-06.arcor-online.net (Postfix) with ESMTPS id 723FC39ABB5; Sat, 07 Feb 2009 02:02:43 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n1712eIg014433; Sat, 07 Feb 2009 02:02:41 +0100 (CET) Date: Sat, 07 Feb 2009 02:02:39 +0100 From: Roland Mainz Subject: Re: Why "print" is not bound to a PATH element... / was: Re:[ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: James Carlson Cc: Korn Shell 93 integration/migration project discussion , Alan Hargreaves , PSARC-ext@sun.com Message-id: <498CDDAF.DC9AEED3@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.6.0 mail-in-06.arcor-online.net 723FC39ABB5 X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 14:29:06 2009 on mail-in-06.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.057sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <18823.11611.129157.247526@gargle.gargle.HOWL> <498905D9.2C6F833@nrubsig.org> <18825.37579.401571.407356@gargle.gargle.HOWL> Status: RO Content-Length: 787 James Carlson wrote: > Roland Mainz writes: > > 2. Restricted shell scripts (e.g. "rsh", "rksh", "pfrksh" [2] etc.) need > > a way to output data (e.g. counterpart to "read") and therefore "print" > > was never bound to a PATH element since the korn shell exists. Otherwise > > you have shell scripts which can't output anything except syntax errors > > when running in "restricted" shell mode. > > OK; that's the key bit I was looking for. "print" is a built-in even > when $PATH doesn't have a "print" on it, and binding would break that. Right (BTW: the same applies to "printf" and "sleep") ... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Joerg.Schilling@fokus.fraunhofer.de Sat Feb 7 04:08:07 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 n17C87lG008851 for ; Sat, 7 Feb 2009 04:08:07 -0800 (PST) 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 n17C86KI020350; Sat, 7 Feb 2009 04:08:06 -0800 (PST) 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 <0KEP00B0131HEZ00@nwk-avmta-1.sfbay.Sun.COM>; Sat, 07 Feb 2009 04:08:05 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEP006LT31GNI80@nwk-avmta-1.sfbay.Sun.COM>; Sat, 07 Feb 2009 04:08:04 -0800 (PST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n17C2tLN009123; Sat, 07 Feb 2009 12:08:04 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay14i.sun.com with ESMTP id BT-MMP-4131589; Sat, 07 Feb 2009 12:08:03 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-12620966; Sat, 07 Feb 2009 12:08:03 +0000 (Z) Received: from iron01.fraunhofer.de ([153.96.1.54] [153.96.1.54]) by relay1i.sun.com with ESMTP id BT-MMP-2754419; Sat, 07 Feb 2009 12:08:03 +0000 (Z) Received: from pluto.fokus.fraunhofer.de ([195.37.77.164]) by iron01.fraunhofer.de with ESMTP/TLS/DHE-RSA-AES256-SHA; Sat, 07 Feb 2009 13:08:01 +0100 Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id n17C81FS007969; Sat, 07 Feb 2009 13:08:01 +0100 (MET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Sat, 07 Feb 2009 13:08:01 +0100 Date: Sat, 07 Feb 2009 13:08:01 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: Why "print" is not bound to a PATH element... / was: Re:[ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout02/09/2009] In-reply-to: <498CDDAF.DC9AEED3@nrubsig.org> To: roland.mainz@nrubsig.org, james.d.carlson@sun.com Cc: PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org, ah89892@sac.sfbay.sun.com Message-id: <498d79a1.2KyQtVlrIndD5A6n%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.510sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <18823.11611.129157.247526@gargle.gargle.HOWL> <498905D9.2C6F833@nrubsig.org> <18825.37579.401571.407356@gargle.gargle.HOWL> <498CDDAF.DC9AEED3@nrubsig.org> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 07 Feb 2009 12:08:01.0614 (UTC) FILETIME=[B93556E0:01C9891C] Status: RO Content-Length: 700 Roland Mainz wrote: > > OK; that's the key bit I was looking for. "print" is a built-in even > > when $PATH doesn't have a "print" on it, and binding would break that. > > Right (BTW: the same applies to "printf" and "sleep") ... But sleep is a command that is available in every system since a long time, so sleep is from a different category thattypical shell builtins. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From iszczesniak@gmail.com Sat Feb 7 06:16:53 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 n17EGq5X008279 for ; Sat, 7 Feb 2009 06:16:52 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n17EGYto023563 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 7 Feb 2009 22:16:47 +0800 (SGT) 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 <0KEP00H078ZW7D00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 07 Feb 2009 06:16:44 -0800 (PST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEP0008B8ZWF8E0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 07 Feb 2009 06:16:44 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n17EGhRe018474 for ; Sat, 07 Feb 2009 14:16:44 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay12i.sun.com with ESMTP id BT-MMP-2062218 for PSARC-ext@sun.com; Sat, 07 Feb 2009 14:16:43 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-9598507 for PSARC-ext@sun.com; Sat, 07 Feb 2009 14:16:43 +0000 (Z) Received: from mail-bw0-f162.google.com ([209.85.218.162] [209.85.218.162]) by relay1i.sun.com with ESMTP id BT-MMP-2894656 for PSARC-ext@sun.com; Sat, 07 Feb 2009 14:16:43 +0000 (Z) Received: by bwz6 with SMTP id 6so273817bwz.8 for ; Sat, 07 Feb 2009 06:16:35 -0800 (PST) Received: by 10.181.226.2 with SMTP id d2mr1004152bkr.204.1234016195837; Sat, 07 Feb 2009 06:16:35 -0800 (PST) Date: Sat, 07 Feb 2009 15:16:35 +0100 From: "I. Szczesniak" Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <498921D6.AE951514@nrubsig.org> To: Korn Shell 93 integration/migration project discussion Cc: Peter Tribble , PSARC-ext@sun.com, Alan Hargreaves 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=c9+ZQCW84aQc0zXfsjXJEhPRCBy9UFhOhGCQGXzhta4=; b=K3W4azIdxRB9Cg7wgeGc+/JA1WPMva5HlPI9K/H8VnPXzd36MgdAwB8XrXnurmKHtC ZjP5Ej2zBV2aGqu7mXTJLWcPXNFsmbkti9pSwhrtMjplsjWfMgmLRPLYdYdnI+errb94 OiDtT4zUYdYUJIeGftSXRCj2QvRnyLJSf9Oo4= 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=cobafKDbfEbZuWv4DOR311sa7iYXPx5alE7uMjiZN3H7MA3+3akh56tcGtW3UvGfHN Gb6Im0jm0kiGfQ7MJ0O49v6n1rISFUkeI0aFhA7Xq+DYeixmKHSq+0SxcnUW72NCUGBn D/92Vj7aMIahkLdyxc5AOfpsJIA+lDuOvhLEo= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.080sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> Status: RO Content-Length: 1418 Why aren't you going to replace head, join, mkfifo, tail and tee in this ARC case? Irek On 2/4/09, Roland Mainz wrote: > 2. The next ARC case may contain a few more non-filesystem utilties > (e.g. "join", "head", "tail", "tee", "mkfifo") from libcmd and (as a > seperare ARC case) cover the remaining closed-source commands defined by > POSIX (e.g. "tr" in it's various incarnations, "printf", "od", "sed" > ("tail" is already handled via the previous list) etc.) > 3. The long-term plan is to create some kind of POSIX commands community > to actively develop (this includes that we try to push new developments > and technologies into the POSIX standard) and maintain these utilities - > see > http://mail.opensolaris.org/pipermail/ogb-discuss/2009-January/006302.html > for the original plan from last November (this has become even more > important now that Sun RIF'ed the complete team which was doing this > work for nearly a decade... ;-( ) > > ---- > > Bye, > Roland > > > -- > __ . . __ > (o.\ \/ /.o) roland.mainz@nrubsig.org > \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer > /O /==\ O\ TEL +49 641 3992797 > (;O/ \/ \O;) > > _______________________________________________ > ksh93-integration-discuss mailing list > ksh93-integration-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss > From roland.mainz@nrubsig.org Mon Feb 9 09:29:01 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 n19HT1Fn019906 for ; Mon, 9 Feb 2009 09:29:01 -0800 (PST) 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 n19HSuUu000753 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 09:29:00 -0800 (PST) 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 <0KET00L3178BBC00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 09:28:59 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00JCD78ALE20@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 09:28:58 -0800 (PST) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n19HRQJ1028972 for ; Mon, 09 Feb 2009 17:28:58 +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-957981 for PSARC-ext@sun.com; Mon, 09 Feb 2009 17:28:58 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-5047560 for PSARC-ext@sun.com; Mon, 09 Feb 2009 17:28:57 +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-6460496 for PSARC-ext@sun.com; Mon, 09 Feb 2009 17:28:57 +0000 (Z) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id 3AD8937E5B1; Mon, 09 Feb 2009 18:27:16 +0100 (CET) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id 732F46BD94; Mon, 09 Feb 2009 18:27:14 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-094-219-215-098.pools.arcor-ip.net [94.219.215.98]) by mail-in-07.arcor-online.net (Postfix) with ESMTPS id 92FA225ED04; Mon, 09 Feb 2009 18:27:11 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n19HR6hT015216; Mon, 09 Feb 2009 18:27:07 +0100 (CET) Date: Mon, 09 Feb 2009 18:27:05 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: PSARC-ext@sun.com, Peter Tribble , Alan Hargreaves Message-id: <49906769.1EBA27C6@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.6.0 mail-in-07.arcor-online.net 92FA225ED04 X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 16:06:24 2009 on mail-in-07.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-1.1/5.0, scanned in 0.101sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> Status: RO Content-Length: 3603 "I. Szczesniak" wrote: > On 2/4/09, Roland Mainz wrote: > > 2. The next ARC case may contain a few more non-filesystem utilties > > (e.g. "join", "head", "tail", "tee", "mkfifo") from libcmd and (as a > > seperare ARC case) cover the remaining closed-source commands defined by > > POSIX (e.g. "tr" in it's various incarnations, "printf", "od", "sed" > > ("tail" is already handled via the previous list) etc.) > > 3. The long-term plan is to create some kind of POSIX commands community > > to actively develop (this includes that we try to push new developments > > and technologies into the POSIX standard) and maintain these utilities - > > see > > http://mail.opensolaris.org/pipermail/ogb-discuss/2009-January/006302.html > > for the original plan from last November (this has become even more > > important now that Sun RIF'ed the complete team which was doing this > > work for nearly a decade... ;-( ) > > Why aren't you going to replace head, join, mkfifo, tail and tee in > this ARC case? 1. To simplify the putback and avoid that we have to wait lots of months if one of the commands isn't ready and still requires adjustments (assuming that one ARC case must result in exactly one putback (like it was the case for ksh93-integration update1 (the primary reason for multi-month delays was the roundtrips for testing)). I've asked around whether it is possible to deliver the contents of one ARC case with multiple putbacks but the answers were a bit "fuzzy" (erm... or better: There seems to be lots of ideas/opinions, no consens and noone came up with a precedent we could "clone" and at some point I decided to move adhead and simply get the ksh93-integration update2 code ready for putback)). 2. Not everything is ready right now - all commands except one covered by this ARC case are already "ready" (e.g. passes VSC test suite, Sun's testsuites, we made sure that the last ten bugfixed applied to the old codebase are fixed in the new codebase, passes { OS/Net, SFWNV, FOX, KDE } builds etc.) for the change since "ksh93-integration update1" but not all commands in your list are ready. The current status looks like this: - "head" - easy to handle with current codebase - "mkfifo" - easy to handle with updated codebase (there is a small bug with the umask handling which the new version has fixed) - "tee" - easy to handle with current codebase - "tail" - will be a _pain_ since Solaris has two versions (/usr/bin/tail and /usr/xpg4/bin/tail) with slightly different behvaiour and there are _lots_ of bugs filed against Solaris's "tail" codebase and we'd like to make sure we don't reintroduce any old issues. Unfortunately the "tail" codebase is closed-source and we lack a sponsor who can check the bug reports and extract the testcases for us. - "join" - should be possible to handle it with the current codebase but I think we don't have sufficient testing coverage right now (which means either the RTI advocate or gatekeepers will "bite" us). The AST "join" version passes the AT&T and GNU testsuites but we do not have the VSC results and since April Chin was laid-off we don't have access to this test suite right now. And AFAIK there isn't a consumer within OS/Net which makes me feel a bit uncomfortable unless we find a real-world consumer. Beyond that "tail" and "join" should be ready in four-six weeks and then we can run the next ARC case. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Mark.J.Nelson@SUN.COM Mon Feb 9 09:45:18 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 n19HjHQD020712 for ; Mon, 9 Feb 2009 09:45:18 -0800 (PST) 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 n19Hj1GT007684 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 17:45:16 GMT 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 <0KET0031J7ZG3I00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 09:45:16 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET000E47ZCF460@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 09:45:13 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n19HjCgH008020 for ; Mon, 09 Feb 2009 17:45:12 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00G005NRDZ00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 10:45:12 -0700 (MST) Received: from [172.20.24.65] ([unknown] [172.20.24.65]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET006ZH7Z183G0@mail-amer.sun.com>; Mon, 09 Feb 2009 10:45:01 -0700 (MST) Date: Mon, 09 Feb 2009 10:45:01 -0700 From: "Mark J. Nelson" Subject: Re: [ksh93-integration-discuss] ksh93 update 2 [PSARC/2009/063FastTrack timeout 02/09/2009] In-reply-to: <49906769.1EBA27C6@nrubsig.org> Sender: Mark.J.Nelson@SUN.COM To: Roland Mainz Cc: Korn Shell 93 integration/migration project discussion , PSARC-ext@SUN.COM, Peter Tribble , Alan Hargreaves Message-id: <49906B9D.6010400@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> <49906769.1EBA27C6@nrubsig.org> User-Agent: Thunderbird 2.0.0.18 (X11/20081203) Status: RO Content-Length: 1285 > ...I've asked around > whether it is possible to deliver the contents of one ARC case with > multiple putbacks but the answers were a bit "fuzzy" Speaking not as an ARC member, but rather as a CRT Advocate and former Tech Lead: Standard expectation is that a single ARC case will be integrated as a single unit. If you intend anything else, either because a coordinated delivery is necessary, or you plan to stage multiple deliveries for different phases of the work, then it should be called out explicitly in the ARC case materials. If I evaluate a project or RTI, and find that it's only delivering a subset of the work specified in the ARC case materials, and that this was not made explicit when it was reviewed by the ARC, then I typically ask the submitter to send a note to the case log, describing what they're doing and why, and giving the members a chance to comment. If I have to dig to find this information, I get a little bit grumpy. Ie if you're only delivering a subset of the case materials, please spell it out clearly in the RTI. Otherwise it feels like you've either been careless, or that you're trying to be sneaky. (Neither of which is usually true, but your advocate doesn't always have all of the information that you have...) --Mark From roland.mainz@nrubsig.org Mon Feb 9 10:21:25 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 n19ILOZN023026 for ; Mon, 9 Feb 2009 10:21:24 -0800 (PST) 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 n19ILHh9029140; Tue, 10 Feb 2009 02:21:20 +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 <0KET0040H9NIJ400@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 10:21:18 -0800 (PST) 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 <0KET00JG79NHLH80@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 10:21:17 -0800 (PST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n19ILGXJ006240; Mon, 09 Feb 2009 18:21:16 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay11i.sun.com with ESMTP id BT-MMP-4440318; Mon, 09 Feb 2009 18:21:16 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-11700052; Mon, 09 Feb 2009 18:21:16 +0000 (Z) Received: from mail-in-13.arcor-online.net ([151.189.21.53] [151.189.21.53]) by relay1i.sun.com with ESMTP id BT-MMP-4818479; Mon, 09 Feb 2009 18:21:15 +0000 (Z) Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mx.arcor.de (Postfix) with ESMTP id 90B49120336; Mon, 09 Feb 2009 19:20:42 +0100 (CET) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id BDD5B3465A8; Mon, 09 Feb 2009 19:20:40 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-094-219-215-098.pools.arcor-ip.net [94.219.215.98]) by mail-in-11.arcor-online.net (Postfix) with ESMTPS id 18254256D4C; Mon, 09 Feb 2009 19:20:06 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n19IK22G015235; Mon, 09 Feb 2009 19:20:02 +0100 (CET) Date: Mon, 09 Feb 2009 19:20:01 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2[PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: "Mark J. Nelson" Cc: Korn Shell 93 integration/migration project discussion , PSARC-ext@sun.com, Peter Tribble , Alan Hargreaves Message-id: <499073D1.140CDB6D@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.6.0 mail-in-11.arcor-online.net 18254256D4C X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 16:06:24 2009 on mail-in-11.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.223sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> <49906769.1EBA27C6@nrubsig.org> <49906B9D.6010400@Sun.COM> Status: RO Content-Length: 2494 "Mark J. Nelson" wrote: > > ...I've asked around > > whether it is possible to deliver the contents of one ARC case with > > multiple putbacks but the answers were a bit "fuzzy" > > Speaking not as an ARC member, but rather as a CRT Advocate and former > Tech Lead: > > Standard expectation is that a single ARC case will be integrated as a > single unit. Ok... > If you intend anything else, either because a coordinated delivery is > necessary, or you plan to stage multiple deliveries for different phases > of the work, then it should be called out explicitly in the ARC case > materials. Looking at http://svn.genunix.org/repos/on/branches/ksh93/gisburn/arc/ksh93_update2/onepager.txt part 1 need to be done first and all further steps can be done independently in parallel (since there aren't any dependicies between the parts 2-10). > If I evaluate a project or RTI, and find that it's only delivering a > subset of the work specified in the ARC case materials, and that this > was not made explicit when it was reviewed by the ARC, then I typically > ask the submitter to send a note to the case log, describing what > they're doing and why, and giving the members a chance to comment. Ok... but in this case we already cut-down the ARC case to avoid that we have to deliver the putback in multiple steps. On the other side it may help to have something like that as "safety pad" to avoid that we run (again) into unexpected problems shortly before the RTI, causing either deplays or ripping-out parts of the ARC cases (for example "printf" was ripped-out from the original ksh93-integration update1 work since Don Cragun found a issue (see http://bugs.opensolaris.org/view_bug.do?bug_id=6800113) very late when the code was in the early code review stages (we droped this part in an attempt to make it for the OpenSolaris/Indiana deadline)). Do know any ARC case which we could use as precedent ? > If I have to dig to find this information, I get a little bit grumpy. > Ie if you're only delivering a subset of the case materials, please > spell it out clearly in the RTI. Otherwise it feels like you've either > been careless, or that you're trying to be sneaky. (Neither of which is > usually true, but your advocate doesn't always have all of the > information that you have...) Ok... ---- 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 Tue Feb 10 08:15:02 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 n1AGF2C3024528 for ; Tue, 10 Feb 2009 08:15:02 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1AGEGls020386; Tue, 10 Feb 2009 08:15:02 -0800 (PST) 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 <0KEU00M2VYGXVT00@brm-avmta-1.central.sun.com>; Tue, 10 Feb 2009 09:14:58 -0700 (MST) 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 <0KEU00AFYYGK63B0@brm-avmta-1.central.sun.com>; Tue, 10 Feb 2009 09:14:44 -0700 (MST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1AG7U6i005965; Tue, 10 Feb 2009 16:14:44 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay12i.sun.com with ESMTP id BT-MMP-2245647; Tue, 10 Feb 2009 16:14:43 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-15798688; Tue, 10 Feb 2009 16:14:43 +0000 (Z) Received: from mail-in-01.arcor-online.net ([151.189.21.41] [151.189.21.41]) by relay1i.sun.com with ESMTP id BT-MMP-5894686; Tue, 10 Feb 2009 16:14:42 +0000 (Z) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 1D5D53330C8; Tue, 10 Feb 2009 17:14:42 +0100 (CET) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id EFF4E1B8EC8; Tue, 10 Feb 2009 17:14:41 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-094-219-209-239.pools.arcor-ip.net [94.219.209.239]) by mail-in-16.arcor-online.net (Postfix) with ESMTPS id 7E69D257F65; Tue, 10 Feb 2009 17:14:41 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id n1AGEdqn015828; Tue, 10 Feb 2009 17:14:40 +0100 (CET) Date: Tue, 10 Feb 2009 17:14:39 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 update 2[PSARC/2009/063FastTrack timeout 02/09/2009] Sender: gisburn@jupiterb48.nrubsig.org To: "Mark J. Nelson" Cc: Korn Shell 93 integration/migration project discussion , PSARC-ext@sun.com, Peter Tribble , Alan Hargreaves Message-id: <4991A7EF.E810B4DC@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.6.0 mail-in-16.arcor-online.net 7E69D257F65 X-Virus-Scanned: ClamAV 0.94.2/8976/Tue Feb 10 15:04:25 2009 on mail-in-16.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.242sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902020128.n121StH9012967@sac.sfbay.sun.com> <498921D6.AE951514@nrubsig.org> <49906769.1EBA27C6@nrubsig.org> <49906B9D.6010400@Sun.COM> Status: RO Content-Length: 2494 "Mark J. Nelson" wrote: > > ...I've asked around > > whether it is possible to deliver the contents of one ARC case with > > multiple putbacks but the answers were a bit "fuzzy" > > Speaking not as an ARC member, but rather as a CRT Advocate and former > Tech Lead: > > Standard expectation is that a single ARC case will be integrated as a > single unit. Ok... > If you intend anything else, either because a coordinated delivery is > necessary, or you plan to stage multiple deliveries for different phases > of the work, then it should be called out explicitly in the ARC case > materials. Looking at http://svn.genunix.org/repos/on/branches/ksh93/gisburn/arc/ksh93_update2/onepager.txt part 1 need to be done first and all further steps can be done independently in parallel (since there aren't any dependicies between the parts 2-10). > If I evaluate a project or RTI, and find that it's only delivering a > subset of the work specified in the ARC case materials, and that this > was not made explicit when it was reviewed by the ARC, then I typically > ask the submitter to send a note to the case log, describing what > they're doing and why, and giving the members a chance to comment. Ok... but in this case we already cut-down the ARC case to avoid that we have to deliver the putback in multiple steps. On the other side it may help to have something like that as "safety pad" to avoid that we run (again) into unexpected problems shortly before the RTI, causing either deplays or ripping-out parts of the ARC cases (for example "printf" was ripped-out from the original ksh93-integration update1 work since Don Cragun found a issue (see http://bugs.opensolaris.org/view_bug.do?bug_id=6800113) very late when the code was in the early code review stages (we droped this part in an attempt to make it for the OpenSolaris/Indiana deadline)). Do know any ARC case which we could use as precedent ? > If I have to dig to find this information, I get a little bit grumpy. > Ie if you're only delivering a subset of the case materials, please > spell it out clearly in the RTI. Otherwise it feels like you've either > been careless, or that you're trying to be sneaky. (Neither of which is > usually true, but your advocate doesn't always have all of the > information that you have...) Ok... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Alan.Hargreaves@Sun.COM Thu Feb 12 18:24:12 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 n1D2OCXO025765 for ; Thu, 12 Feb 2009 18:24:12 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1D2OChY000538 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 12 Feb 2009 18:24:12 -0800 (PST) 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 <0KEZ00A01G0CWZ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 12 Feb 2009 18:24:12 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEZ00JE7G0BJ6E0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 12 Feb 2009 18:24:12 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1D2OANO003089 for ; Fri, 13 Feb 2009 02:24:10 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEZ00H00FX1IF00@mail-apac.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 13 Feb 2009 10:24:10 +0800 (SGT) Received: from [129.158.12.60] ([unknown] [129.158.12.60]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEZ00J82G082EH0@mail-apac.sun.com>; Fri, 13 Feb 2009 10:24:10 +0800 (SGT) Date: Fri, 13 Feb 2009 13:24:07 +1100 From: Alan Hargreaves Subject: Re: ksh93 update 2 [PSARC/2009/063 FastTrack timeout 02/09/2009] In-reply-to: <200902020128.n121StH9012967@sac.sfbay.sun.com> Sender: Alan.Hargreaves@Sun.COM To: Alan Hargreaves Cc: PSARC-ext@Sun.COM Message-id: <4994D9C7.5040302@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: <200902020128.n121StH9012967@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090112) Status: RO Content-Length: 13785 This case was approved in the meeting on Feb 11. I have reflected this in the IAM file. alan. Alan Hargreaves wrote: > I'm sponsoring this fast-track request on behalf of the > ksh93-integration project. > > Please note that this is an *open* case. > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > ksh93 update 2 > 1.2. Name of Document Author/Supplier: > Author: Alan Hargreaves > 1.3 Date of This Document: > 01 February, 2009 > 4. Technical Description > > 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 and PSARC/2008/344) > specifying the following additional interfaces: > > 1) Update of ksh93 interfaces > 1.1) New "typeset" variable type qualifier ("-C") to declare compound > variables > 1.2) New "typeset" option "-m" to rename/move a variable > 1.3) New "read" option "-C" to read a variable as compound variable > 1.4) New "print" option "-C" to print compound variables as a > single line > 1.5) New ksh93 math functions "log10", "j0", "j1", "jn", "y0", > "y1", "yn" > 1.6) Interface stability change of the POSIX shell command language > parts of the ksh93 language > > 2) An enhanced version of the "cmp" utility and an identical ksh93 > built-in command > > 3) An enhanced version of the "cut" utility and an identical ksh93 > built-in command > > 4) An enhanced version of the "comm" utility and an identical ksh93 > built-in command > > 5) An enhanced version of the "paste" utility and an identical ksh93 > built-in command > > 6) The addition of /usr/bin/print > > 7) An enhanced version of the "uniq" utility and an identical ksh93 > built-in command > > 8) An enhanced version of the "wc" utility and an identical ksh93 > built-in command > > 9) Addition of /usr/share/doc/ksh/ for ksh93 documentation. > > 10) Enable "globstar" mode for interactive shells via /etc/ksh.kshrc > > > Bug/RFE Number(s): > > 6793744 RFE: Add /usr/share/doc/ksh/ for ksh93 documentation > 6793763 RFE: Update /usr/bin/ksh93 to ast-ksh.2009-01-14 > 6793722 RFE: Update /usr/bin/cmp to AT&T AST "cmp" > 6793714 RFE: Update /usr/bin/comm to AT&T AST "comm" > 6793719 RFE: Update /usr/bin/cut to AT&T AST "cut" > 6793721 RFE: Update /usr/bin/paste to AT&T AST "paste" > 6793747 RFE: Provide "print" builtin as /usr/bin/print for external applications > 6793726 RFE: Update /usr/bin/uniq to AT&T AST "uniq" > 6793735 RFE: Update /usr/bin/wc to AT&T AST "wc" > 6794952 RFE: Enable "globstar" option in /etc/ksh.kshrc > > > Interface Stability Description > --------- --------- ----------- > part of the ksh93 language> Shell Command > Language> > /usr/bin/cmp Commited cmp command > /usr/bin/comm Commited comm command > /usr/bin/cut Commited cut command > /usr/bin/paste Commited paste command > /usr/bin/print Uncommited print command > /usr/bin/uniq Commited uniq command > /usr/bin/wc Commited wc command > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > Commited C99 math functions > > Detail > ====== > > 1. Update of ksh93 interfaces > ----------------------------- > > 1.1 New "typeset" variable type qualifier ("-C") to declare compound > variables > > The "typeset" builtin has a new option "-C" (previously declared as > "reserved for future usage") to declare a variable as a compound > variable. If value names a compound variable it will be copied to name. > Otherwise if the variable already exists, it will first be unset. This > replaces the previous implicit declaration on assignment (e.g. > $ typeset -C foo # instead of $ foo=() #). > > 1.2 New "typeset" option "-m" to rename/move a variable > > The "typeset" builtin has a new option "-m" to rename/move a variable. > This is useful to split/merge variable trees or move parts of variable > trees around. > > 1.3 New "read" option "-C" to read a variable as compound variable > > The "read" builtin has a new option "-C" to read the input into a > compound variable (this can be used to construct "record-oriented" > pipes). > > 1.4 New "print" option "-C" to print compound variables as a single line > > The "print" builtin has a new option "-C" to print compound variables > as a single line (the existing $ print -v varname # and > $ printf '%B\n' varname # prints a multiline, human-friendly output), > equivalent to $ printf "%#B\n" varname #. > > The idea is to allow compound variables to be filtered in pipelines, e.g. > $ ... ; while ... ; do print -C myvar done | \ > egrep -v '.*=hasfish.*' | \ > while read -C filtered_vars ; do \ > ... > done > > 1.5 New ksh93 math functions "log10", "j0", "j1", "jn", "y0", "y1", "yn" > > Function name | Prototype | see manual page > ---------------+--------------------------------------+----------------- > log10 | float log10(float) | log10(3m) > j0 | float j0(float) | j0(3m) > j1 | float j1(float) | j1(3m) > jn | float jn(float) | jn(3m) > y0 | float y0(float) | y0(3m) > y1 | float y1(float) | y1(3m) > yn | float yn(float) | yn(3m) > > > (note: the datatypes "integer" and "float" refer to the "integer" and > "float" datatypes in ksh93 scripts, not those in the "C" language) > > 1.6 Interface stability change of the POSIX shell command language parts > of the ksh93 language > > The interface stabilty of POSIX shell command language parts of the > ksh93 language are updated from "Uncommited" to "Commited" (the > ksh93-specific language parts not defined in "IEEE Std 1003.1-2008 > Shell Command Language" remain "Uncommited"). > > The POSIX shell command language is described in > http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html > > 2. Enhancement of /usr/bin/cmp > ------------------------------ > > The second part of this project specifies an enhancement to > /usr/bin/cmp and based on the AT&T AST "cmp" command. > > The AT&T AST version of the "cmp" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > -c, --print-chars > -i, --ignore-initial=skip > --verbose (same as existing -l) > -s, --quiet|silent > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/cmp" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 3. Enhancement of /usr/bin/cut > ------------------------------ > > The third part of this project specifies an enhancement to /usr/bin/cut > and based on the AT&T AST "cut" command. > > The AT&T AST version of the "cut" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --bytes=list (same as existing -b) > --characters=list (same as existing -c) > --delimiter=delim (same as existing -d) > --fields=list (same as existing -f) > --nosplit (same as existing -n) > -R|r, --reclen=reclen > -D, --line-delimeter|output-delimiter=ldelim > -N, --nonewline > --suppress|only-delimited (same as existing -s) > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/cut" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 4. Enhancement of /usr/bin/comm > ------------------------------- > > The fourth part of this project specifies an enhancement to > /usr/bin/comm and based on the AT&T AST "comm" command. > > The AT&T AST version of the "comm" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/comm" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 5. Enhancement of /usr/bin/paste > -------------------------------- > > The fifth part of this project specifies an enhancement to > /usr/bin/paste and based on the AT&T AST "paste" command. > > The AT&T AST version of the "paste" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --serial (same as existing -s) > --delimiters=list (same as existing -d) > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/paste" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 6. The addition of /usr/bin/print > --------------------------------- > > The sixth part of this project specifies a new utility called > "/usr/bin/print" which exposes the ksh93 builtin command "print" as > interface for other scripts/utilities. > > Unlike other built-in commands named in PSARC/2006/550, the "print" > built-in in ksh93 will _not_ be bound to the /usr/bin/ pathname to > ensure backwards-compatiblity to existing ksh93 scripts (for example > scripts running in "restricted" shell mode expect that some shell > builtins are available independently from the value of ${PATH}). > > The stability of the "/usr/bin/print" command and built-in command-line > interface and the system variables documented in print(1) is > "Uncommitted". > > For further information/specifications see the materials directory. > > 7. Enhancement of /usr/bin/uniq > ------------------------------- > > The seventh part of this project specifies an enhancement to > /usr/bin/uniq and based on the AT&T AST "uniq" command. > > The AT&T AST version of the "uniq" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --count (same as existing -c) > --repeated|duplicates (same as existing -d) > -D, --all-repeated[=delimit] > --skip-fields=fields (same as existing -f) > -i, --ignore-case > --skip-chars=chars (same as existing -s) > --unique (same as existing -u) > -w, --check-chars=chars > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/uniq" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 8. Enhancement of /usr/bin/wc > ----------------------------- > > The eighth part of this project specifies an enhancement to /usr/bin/wc > and based on the AT&T AST "wc" command. > > The AT&T AST version of the "wc" utility provides support for the > following additional options found commonly in other implementations > such as GNU and BSD: > > --lines (same as existing -l) > --words (same as existing -w) > --bytes|chars (same as existing -c) > --multibyte-chars (same as existing -m/-C) > -L, --longest-line|max-line-length > --man, --html, --nroff, --help, --version > > The stability of the "/usr/bin/wc" command and built-in command-line > interface (including the new options) is "Committed". > > For further information/specifications see the materials directory. > > 9. Addition of /usr/share/doc/ksh/ > ---------------------------------- > > The ninth part of this project specifies a new directory to store ksh's > documentation. > > 10. Enable "globstar" mode for interactive shells > ------------------------------------------------- > > The tenth portion of this project specifies to enable the > "globstar"([1]) mode in "/etc/ksh.kshrc" for interactive ksh93 shell > sessions to improve end-user usabilty, similar to the default > configuration found on SuSE Linux and the default of bash version 3.x. > > [1]=The "globstar" mode (enabled via $ set -o globstar #) causes ** by > itself to also match all sub-directories during pathname expansion. > > > 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 > > -- Alan Hargreaves - http://blogs.sun.com/tpenta Staff Engineer (Kernel/VOSJEC/Performance) Asia Pacific/Emerging Markets Sun Microsystems