From jek3@train1.eng.sun.com Fri Feb 8 18:06:02 2008 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 m192615C001640 for ; Fri, 8 Feb 2008 18:06:01 -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 m1925kpg016330 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@Sun.Com>; Sat, 9 Feb 2008 10:06:00 +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 <0JVY00H038HZRM00@brm-avmta-1.central.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Fri, 08 Feb 2008 19:05:59 -0700 (MST) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVY00HV68HZF0B0@brm-avmta-1.central.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Fri, 08 Feb 2008 19:05:59 -0700 (MST) Received: from train1.eng.sun.com (train1.SFBay.Sun.COM [129.146.175.101]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1925ws3033671 for ; Fri, 08 Feb 2008 18:05:59 -0800 (PST) Received: from train1.eng.sun.com (localhost [127.0.0.1]) by train1.eng.sun.com (8.13.3+Sun/8.13.3) with ESMTP id m1925p01005447; Fri, 08 Feb 2008 18:05:51 -0800 (PST) Received: (from jek3@localhost) by train1.eng.sun.com (8.13.3+Sun/8.13.3/Submit) id m1925peB005443; Fri, 08 Feb 2008 18:05:51 -0800 (PST) Date: Fri, 08 Feb 2008 18:05:51 -0800 (PST) From: Joseph Kowalski Subject: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] To: PSARC-ext@sun.com, roland.mainz@nrubsig.org Message-id: <200802090205.m1925peB005443@train1.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 23310 Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: ksh93 Update 1 1.2. Name of Document Author/Supplier: Author: Roland Mainz 1.3 Date of This Document: 08 February, 2008 4. Technical Description I'm sponsoring this fast-track request on behalf of XXX. Please note that this is an *open* case. The release binding is the same as with the previous ksh93 project: a patch/micro release of Solaris delivering through OS/Net Stability levels are as described below. Additional materials (man pages and diffs) can be found in the 'materials' subdirectory. This project is an amendment to the Korn Shell 93 Integration project (PSARC/2006/550 and PSARC/2007/035) specifying the following additional interfaces: 1) Update of ksh93 from upstream release ast-ksh.2007-04-18 to ast-ksh-2007-12-01 1.1) Update ksh93 1.2) Update the /usr/bin/bg, /usr/bin/cd, /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts, /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill, /usr/bin/read, /usr/bin/test, /usr/bin/type, /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias, /usr/bin/wait from ksh88 to ksh93 1.3) New ksh93 math functions based on C99 1.4) Enable built-ins "sync", "mkfifo", "tty" and "logname" by default 1.5) Status change of /usr/demo/ksh/ directory 1.6) New messaging catalog files for ksh libraries 1.7) Enable "multiline" input mode by default for interactive shells 1.9) Enable default prompt (PS1) for interactive shells 2) Enhancement of /usr/bin/printf 3) Enhancement of /usr/bin/sleep 4) The addition of /usr/bin/rev 5) An enhanced version of the "sum" utility and an identical ksh93 built-in command and related library libsum.so.1 6) Add AT&T "shcomp" (shell script compiler) and "shbinexec" kernel module 6.1) Addition of AT&T "shcomp" (shell script compiler) 6.2) Addition of kernel module to recognize "shbin" executables Bug/RFE Number(s): 6619428 RFE: Update ksh93 in Solaris to ast-ksh.2007-10-15 (or higher) 6561901 RFE: Add "shcomp" (shell script compiler) + kernel module to exec binary sh code 6595183 RFE: Update ksh93-integration demo code 6451262 RFE: /usr/bin/sleep should support floating-point values 6207901 ksh and test ignore sub-second timestamp portion 6599668 RFE: Move consumers of alias.sh over to ksh93 6631969 /usr/bin/printf does not recognize positional arguments like %n$ Interface Stability Description --------- --------- ----------- /usr/bin/bg Commited bg command /usr/bin/cd Commited cd command /usr/bin/command Commited command command /usr/bin/fc Commited fc command /usr/bin/fg Commited fg command /usr/bin/getopts Commited getopts command /usr/bin/hash Commited hash command /usr/bin/jobs Commited jobs command /usr/bin/kill Commited kill command /usr/bin/printf Commited printf command /usr/bin/read Commited read command /usr/bin/rev Commited rev command /usr/bin/sleep Commited sleep command /usr/bin/shcomp Commited AT&T ksh shell script compiler /usr/bin/sum Commited sum command /usr/bin/test Commited test command /usr/bin/type Commited type command /usr/bin/ulimit Commited ulimit command /usr/bin/umask Commited umask command /usr/bin/unalias Commited unalias command /usr/bin/wait Commited wait command /usr/demo/ksh/ Not an Interface demo directory /usr/lib/libsum.so.1 Project Private AT&T hash generation library /usr/lib/amd64/libsum.so.1 Project Private AT&T hash generation library /usr/lib/sparcv9/libsum.so.1 Project Private AT&T hash generation library Commited Private binary shell script file format Not an Interface output for l10n catalog generation Commited C99 math functions ### Part 1: Update of ksh93 from upstream release ast-ksh.2007-04-18 to ast-ksh.2007-12-01 ## Part 1.1: Update of ksh93 The 1.1 portion of this project is the update of ksh93 from ast-ksh.2007-04-18 to ast-ksh-2007-12-15 which marks the update from ksh93 version 's-' to version 's+' (AST/ksh93 uses the (latin) alphabet for it's version number, e.g. version 'a', version 'b' etc. ; the '+'/'-' means the stabilty status, e.g. '-' means it's "alpha", no suffix means it's "stable" (e.g. ready for production usage) and '+' means it's a bugfixed stable version etc.). ## Part 1.2: Update the /usr/bin/bg, /usr/bin/cd, /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill /usr/bin/read, /usr/bin/test, /usr/bin/type /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias /usr/bin/wait from ksh88 to ksh93 The 1.2 portion of this project switches the built-in command wrappers (the commands are plain shell script wrappers which invoke the built-in command of the same name) /usr/bin/bg, /usr/bin/cd is the update of /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts, /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill, /usr/bin/read, /usr/bin/test, /usr/bin/type, /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias and /usr/bin/wait from /usr/bin/ksh to /usr/bin/ksh93 Notes: - /usr/bin/test now support high-resolution timestamps of up to nanosecond granularity, for filesystems which support them. Any scripts which rely on a behavior like that creating two files in sequential order within less than a second will result in identical timestamps for both files is considered as a bug in the script. - /usr/bin/test now supports 64bit integers, floating point values and floating point constants (like {+Inf, -Inf, +NaN, -NaN}) (in all representations required by C99/XPG6/SUS) for numeric comparisations. - The output of "/usr/bin/ulimit -a" has changed in incompatible ways, e.g. previously a two-column output was used while now a three-column is printed. However the output of "/usr/bin/ulimit -a" is considered as "not an interface", e.g. it is only thought for informative purposes and not a scripting interface (this interpretation is supported by trhe detail that the output doesn't use things like TAB for formatting, that almost every shell defines it's own "ulimit -a" output format, that even adding new options would break the output anyway and that the ulimit(1) manual page only lists the "-f" option as supported by /usr/bin/ulimit (i.e. the option "-a" was undocumented for /usr/bin/ulimit (which contradicts "Example 1" in the manual page which shows the output of "ulimit -a"))). The output of other /usr/bin/ulimit options is not affected and remains compatible. - These special built-ins are available as standalone files because the POSIX people did make a decision long ago that all "special shell"-builtins defined in the standard must be "exec"-able - sounds weired but there are some border-cases where this is useful (for example you can bind such a built-in to a path like /usr/bin/cd which would execute the "cd" command only if the PATH lookup hits /usr/bin/). - /usr/bin/kill now handles the number of realtime signals at runtime based on the "getconf" value of |_POSIX_RTSIG_MAX|&co. - the old version of /usr/bin/kill used a hardcoded number of realtime signals defined at compile time (the current number of realtime signals supported in /usr/bin/kill will not change between the old and new version - the change will occur when the number of realtime signals supported by the kernel will be changed). - The non-existing signal name "EXIT" has been removed. It's an artifact of /usr/bin/kill being based on ksh88 which mapped trap names to signal names in this case. The new version of /usr/bin/kill will no longer list "EXIT" as signal name in the "-l" output but will continue to recognize this name as input (e.g. $ /usr/bin/kill -EXIT # will behave like $ /usr/bin/kill -0 #). - The output of "/usr/bin/kill -l" now uses a newline as delimiter for signal names while the old version used a space. This is not considered an interface change since both the Solaris manual page and the standards explicitly allow either newline or space as delimiter. ## Part 1.3: New ksh93 math functions based on C99 The 1.3 portion of this project is the addition of new functions which can be used within arithmetic expressions like (( expressions )) These functions work identically to those defined for the "C" language in the C99 standard (the ksh93 originally supported only "abs", "acos", "asin", "atan", "cos", "cosh", "exp", "int", "log", "sin", "sinh", "sqrt", "tan" and "tanh" as described in ksh93(1) - we extend this list to those functions required by the C99 standard) (note that this functionality is already present in the ksh93 version we ship, e.g. we only increase the stablity level from "easter egg" (="undocumented") to "commited"): Function name | Prototype | see manual page ---------------+--------------------------------------+----------------- acos | float acos(float) | acos(3m) acosh | float acosh(float) | acosh(3m) asin | float asin(float) | asin(3m) asinh | float asinh(float) | asinh(3m) atan | float atan(float) | atan(3m) atan2 | float atan2(float, float) | atan2(3m) atanh | float atanh(float) | atanh(3m) cbrt | float cbrt(float) | cbrt(3m) copysign | float copysign(float, float) | copysign(3m) cos | float cos(float) | cos(3m) cosh | float cosh(float) | cosh(3m) erf | float erf(float) | erf(3m) erfc | float erfc(float) | erfc(3m) exp | float exp(float) | exp(3m) exp2 | float exp2(float) | exp2(3m) expm1 | float expm1(float) | expm1(3m) fabs | float fabs(float) | fabs(3m) abs | float abs(float) | abs(3c) fdim | float fdim(float, float) | fdim(3m) finite | float finite(float) | finite(3c) floor | float floor(float) | floor(3m) int | float int(float) | fma | float fma(float, float, float)| fma(3m) fmax | float fmax(float, float) | fmax(3m) fmin | float fmin(float, float) | fmin(3m) fmod | float fmod(float, float) | fmod(3m) fpclassify | integer fpclassify(float) | fpclassify(3m) hypot | float hypot(float, float) | hypot(3m) ilogb | integer ilogb(float) | ilogb(3m) isfinite | integer isfinite(float) | isfinite(3m) isgreater | integer isgreater(float, float)| isgreater(3m) isgreaterequal | integer isgreaterequal(float, float)| isgreaterequal(3m) isinf | integer isinf(float) | isinf(3m) isless | integer isless(float, float) | isless(3m) islessequal | integer islessequal(float, float) | islessequal(3m) islessgreater | integer islessgreater(float, float) | islessgreater(3m) isnan | integer isnan(float) | isnan(3m) isnormal | integer isnormal(float) | isnormal(3m) isunordered | integer isunordered(float, float)| isunordered(3m) lgamma | float lgamma(float) | lgamma(3m) log | float log(float) | log(3m) log1p | float log1p(float) | log1p(3m) log2 | float log2(float) | log2(3m) logb | float logb(float) | logb(3m) nearbyint | float nearbyint(float) | nearbyint(3m) nextafter | float nextafter(float, float) | nextafter(3m) nexttoward | float nexttoward(float, float)| nexttoward(3m) pow | float pow(float, float) | pow(3m) remainder | float remainder(float, float) | remainder(3m) rint | float rint(float) | rint(3m) round | float round(float) | round(3m) scalb | float scalb(float, float) | scalb(3m) scalbn | float scalbn(float, float) | scalbn(3m) signbit | integer signbit(float) | signbit(3m) sin | float sin(float) | sin(3m) sinh | float sinh(float) | sinh(3m) sqrt | float sqrt(float) | sqrt(3m) tan | float tan(float) | tan(3m) tanh | float tanh(float) | tanh(3m) tgamma | float tgamma(float) | tgamma(3m) trunc | float trunc(float) | trunc(3m) (note: the datatypes "integer" and "float" refer to the "integer" and "float" datatypes in ksh93 scripts, not those in the "C" language) ## Part 1.4: Enable built-ins "sync", "mkfifo", "tty" and "logname" by default The 1.4 portion of this project specifies to enable a set of already existing built-ins by default: The "sync" built-in which works exactly like /sbin/sync and is bound to /usr/bin/sync, /usr/sbin/sync and /sbin/sync, a "mkfifo" built-in which is bound to /usr/bin/mkfifo, a "tty" built-in which is bound to /usr/bin/tty and a "logname" built-in which is bound to /usr/bin/logname The invocation behavior is like other built-in commands named in PSARC/2006/550, e.g. the built-in "sync" in ksh93 will only be invoked if called with no pathname prefix, and if a /usr/bin/sync, /usr/sbin/sync or /sbin/sync executable is found first on the user's path and the "mkfifo", "tty" and "logname" built-ins work the same way. ## Part 1.5: Status change of /usr/demo/ksh/ directory Part 1.5 changes the status of the /usr/demo/ksh/ directory to "Not an Interface" (mainly demo code+ksh93 test suite) ## Part 1.6: New messaging catalog files for ksh libraries Part 1.6 adds two new message catalogs: usr/lib/locale/C/LC_MESSAGES/libpp usr/lib/locale/C/LC_MESSAGES/libsum ## Part 1.7: Enable "multiline" input mode by default for interactive shells The 1.7 portion of this project specifies to enable the "multiline" input mode in "/etc/ksh.kshrc" (see PSARC/2006/587 for details about "/etc/ksh.kshrc") to improve end-user usabilty. The "multiline" input mode to edit lines longer than the terminal's width in multiple lines (similar to the behaviour of bash version 3 and other libreadline-based applications (the previous default was to edit longer lines in a single, horizontally scrolling line). The change will only be enabled together with the "gmacs" editor mode (see PSARC/2006/587) for interactive shells which source "/etc/ksh.kshrc" as part of the shell startup and when the terminal is capable of supporting this mode. This setting can always be overridden by per-user settings in ${HOME}/.kshrc ## Part 1.8: Enable default prompt (PS1) for interactive shells The 1.8 portion of this project specifies to define a default prompt (PS1) in "/etc/ksh.kshrc" for interactive ksh93 shell sessions to improve end-user usabilty if the user did not specify a value for PS1 using the environment. The prompt should be set to a value which displays the username, hostname and current working directory (limited to 20 characters, if the CWD is longer than 20 characters the shell will display an ellipsis ("...") for the charcters omitted at the left side) and a "$ "-seperator for normal users and "# " with the login name "root" (this follows the default of SuSE Linux, Ubuntu and aims at improving the usalibity for novice unix users), e.g. setting the value of PS1 will result in the following prompt (for user "gisburn" on machine "jupiterb48" with CWD="/home/gisburn/solaris/"): -- snip -- gisburn@jupiterb48:~/solaris$ -- snip -- Notes: - /etc/ksh.kshrc will only set the prompt value if no value for PS1 exists yet - A user can override the value for PS1 in his/her own ${HOME}/.kshrc file (for interactive shells /etc/ksh.kshrc will be sourced first, followed by ${HOME}/.kshrc (see PSARC/2006/587)) - The change cannot be implemented in ksh93 itself because this would violate the standard. #### Part 2: Enhancement of /usr/bin/printf The 2nd part of this project specifies an enhancement to /usr/bin/printf and based on the AT&T AST "printf" command. The AT&T version of the "printf" utility provides better standards conformance including C99/XPG6-conformance, extensions not present in the current Solaris "printf" and is completely open-source. Notes: - The integer limit for printf has been changed from 32bit to 64bit, e.g. the previous version of /usr/bin/printf would return an error for values larger than INT32_MAX or lower than INT32_MIN, for example $ /usr/bin/printf "%d\n" 2147483648 ; echo "exit code=$?" would result in the following error: -- snip -- printf: 2147483648: Result too large 147483647 exit code=1 -- snip -- The new version now correctly prints: -- snip -- 2147483648 exit code=0 -- snip -- - The manual page now explicitly describes the "printf" behavior for unrecognized format specifiers (following '%') as "undefined". - The manual page now explicitly describes the "printf" behavior for unrecognized escape sequences specifiers (the character following a backslash ('\')) as "undefined". - The manual page now lists sign handling explicitly (e.g. support for negative NaN per IEEE 754&co.) - The manual page originally said: -- snip -- For compatibility with previous versions of SunOS 5.x, the $ format specifier is supported for formats containing only %s specifiers. -- snip -- ... however the matching support for this seems to be broken since several releases, we're therefore dropping this part and fully support "%n$"&co. for all formats for standards conformance. - An addition to the ksh93 test suite will gurantee that /usr/bin/printf will work as defined in this ARC case. #### Part 3: Enhancement of /usr/bin/sleep The 3rd part of this project specifies an enhancement to /usr/bin/sleep and based on the AT&T AST "sleep" command. The AT&T version of the "sleep" utility provides support sub-second timeouts and C99/XPG6-based input values (including special values such as "Inf"/"Infinite"). #### Part 4: The addition of /usr/bin/rev The 4th part of this project specifies a new utility called "/usr/bin/rev" which is used to reverse the characters or lines of one or more files. Like other built-in commands named in PSARC/2006/550, the "rev" built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in "rev" in ksh93 will only be invoked if called with no pathname prefix, and if a /bin/rev or /usr/bin/rev executable is found first on the user's path. The stability of the "/usr/bin/rev" command and built-in command-line interface and the system variables documented in rev(1) is "Committed". #### Part 5: Enhancement of /usr/bin/sum The 5th part of this project specifies an enhancement to /usr/bin/sum and a new ksh93 built-in with the same name based on the AT&T AST "sum" command. The AT&T version of the "sum" utility provides extensions not present in the current Solaris "sum" utility, which are useful for small applications to generate hash sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). Like other built-in commands named in PSARC/2006/550, the "sum" built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in "sum" in ksh93 will only be invoked if called with no pathname prefix, and if a /bin/sum or /usr/bin/sum executable is found first on the user's path. The stability of the "/usr/bin/sum" command and built-in command-line interface and the system variables documented in sum(1) is "Committed". An addition to the ksh93 test suite will gurantee compatibilty between previous versions of the /usr/bin/sum utillity and the new version. #### Part 6: Add AT&T "shcomp" (shell script compiler) and "shbinexec" kernel module ## Part 6.1: Addition of AT&T "shcomp" (shell script compiler) The 6.1 part of this project is the addition of AT&T's "shcomp" utility as /usr/bin/shcomp which has multiple goals: 1. serve as basis for a future "ksh88 to ksh93"-migration toolkit 2. act as basis for a future "shell lint" tool to provide a way to test shell scripts like Sun Studio's "lint" 3. extract localiseable strings from shell scripts (using option "-D") 4. compile (ksh93) shell scripts into a compact, portable and platform/ISA/endian-independent binary format which can be read by ksh93 (for example this would allow vendors to ship binary code if they cannot release the code as source or "shrink" shell scripts to the absolute minimum for environments like embedded systems or the Solaris miniroot) The stability of the /usr/bin/shcomp command-line interface and the system variables documented in shcomp(1) is "Committed"; the compiled shell code format is "Committed Private" ("shcomp" being the only generator of the format and /usr/bin/ksh93 the only consumer; both share the same code via libshell) and the output of the "-D" option is "Not an Interface". ## Part 6.2: Addition of kernel module to recognize "shbin" executables Part 6.2 requests the addition of a kernel module to recognize compiled ksh93 shell scripts and execute the ksh93 interpreter if this format is recognized. The conditions to recognize compiled ksh93 shell scripts are: (a) The file must have the "x" (=executable) flag set and (b) The file content must match the signature (starting at byte 0) \013\023\010\000 (which are the ASCII charatcers { 'k', 's', 'h', '\0', ... } masked through a binary AND operation using the value 37 as 2nd operand). Notes: - The format includes a version specifer but the kernel module will leave all version/consistency/etc.-checkin to ksh93 itself - /etc/magic will be updated that /usr/bin/file and /usr/xpg4/bin/file will recognize compiled shell code. 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 James.McPherson@sun.com Fri Feb 8 19:53:59 2008 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 m193rwH0007084 for ; Fri, 8 Feb 2008 19:53:58 -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 m193rjcq016280 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 9 Feb 2008 11:53:57 +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 <0JVY0030FDHSR800@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 08 Feb 2008 20:53:52 -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 <0JVY00H8MDHFF0E0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 08 Feb 2008 20:53:52 -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 m193rjg3019605 for ; Sat, 09 Feb 2008 03:53:45 +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 <0JVY00301DE6FQ00@mail-apac.sun.com> (original mail from James.McPherson@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 09 Feb 2008 11:53:39 +0800 (SGT) Received: from [10.7.251.162] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVY007SNDHBBID0@mail-apac.sun.com>; Sat, 09 Feb 2008 11:53:39 +0800 (SGT) Date: Sat, 09 Feb 2008 13:53:03 +1000 From: "James C. McPherson" Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <200802090205.m1925peB005443@train1.eng.sun.com> Sender: James.McPherson@sun.com To: Joseph Kowalski Cc: PSARC-ext@sun.com, roland.mainz@nrubsig.org Reply-to: James.McPherson@sun.com Message-id: <47AD239F.8010007@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 640 Joseph Kowalski wrote: > Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI > This information is Copyright 2008 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > ksh93 Update 1 > 1.2. Name of Document Author/Supplier: > Author: Roland Mainz > 1.3 Date of This Document: > 08 February, 2008 > 4. Technical Description > I'm sponsoring this fast-track request on behalf of XXX. XXX. Hmm. Now is that the father of XXXX, or did you actually mean to specify Roland? James -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog From jek3@sun.com Fri Feb 8 20:55:48 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m194tmVC010388 for ; Fri, 8 Feb 2008 20:55:48 -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 m194tk3E024264; Fri, 8 Feb 2008 20:55:46 -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 <0JVY00B01GCYXE00@nwk-avmta-2.sfbay.sun.com>; Fri, 08 Feb 2008 20:55:46 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVY00IW2GCYAO90@nwk-avmta-2.sfbay.sun.com>; Fri, 08 Feb 2008 20:55:46 -0800 (PST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m194tjiB350004; Fri, 08 Feb 2008 20:55:45 -0800 (PST) Date: Fri, 08 Feb 2008 18:54:08 -1000 From: Joseph Kowalski Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47AD239F.8010007@Sun.COM> To: James.McPherson@sun.com Cc: Joseph Kowalski , PSARC-ext@sun.com, roland.mainz@nrubsig.org Message-id: <47AD31F0.4040408@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 352 James C. McPherson wrote: >> >> I'm sponsoring this fast-track request on behalf of XXX. > > XXX. Hmm. Now is that the father of XXXX, or did you > actually mean to specify Roland? Sigh,... third person to note this, all with a somewhat different pun. Plocher! I need to talk to you about your tools! :-) sed -e "s/XXX/$(submitter)/" - jek3 From Darren.Moffat@sun.com Mon Feb 11 04:34:03 2008 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 m1BCY29o017083 for ; Mon, 11 Feb 2008 04:34:03 -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 m1BCXpFl018539 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 11 Feb 2008 12:34:01 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 <0JW200G07QWL5S00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 04:33:57 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW200MA7QWKJNC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 04:33:57 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1BCXtJ5000852 for ; Mon, 11 Feb 2008 12:33:55 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW200F01QR8OX00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 12:33:55 +0000 (GMT) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW2001FTQWJE810@fe-emea-10.sun.com>; Mon, 11 Feb 2008 12:33:55 +0000 (GMT) Date: Mon, 11 Feb 2008 12:33:54 +0000 From: Darren J Moffat Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <200802090205.m1925peB005443@train1.eng.sun.com> Sender: Darren.Moffat@sun.com To: Joseph Kowalski Cc: PSARC-ext@sun.com, roland.mainz@nrubsig.org Message-id: <47B040B2.5050208@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 3204 Joseph Kowalski wrote: > ## Part 1.8: Enable default prompt (PS1) for interactive shells > The 1.8 portion of this project specifies to define a default prompt > (PS1) in "/etc/ksh.kshrc" for interactive ksh93 shell sessions to > improve end-user usabilty if the user did not specify a value for PS1 > using the environment. The prompt should be set to a > value which displays the username, hostname and current working directory > (limited to 20 characters, if the CWD is longer than 20 characters > the shell will display an ellipsis ("...") for the charcters omitted at the > left side) and a "$ "-seperator for normal users and "# " with the login > name "root" (this follows the default of SuSE Linux, Ubuntu and aims at > improving the usalibity for novice unix users), e.g. setting the value of > PS1 will result in the following prompt (for user "gisburn" on machine > "jupiterb48" with CWD="/home/gisburn/solaris/"): > -- snip -- > gisburn@jupiterb48:~/solaris$ > -- snip -- > Notes: > - /etc/ksh.kshrc will only set the prompt value if no value for PS1 > exists yet > - A user can override the value for PS1 in his/her own ${HOME}/.kshrc > file (for interactive shells /etc/ksh.kshrc will be sourced first, > followed by ${HOME}/.kshrc (see PSARC/2006/587)) > - The change cannot be implemented in ksh93 itself because this would > violate the standard It seems that this superceeds the ksh93 part of PSARC/2007/233 which failed to gain approval before and was derailed. Something should be done with 2007/233 to reflect this. > #### Part 5: Enhancement of /usr/bin/sum > The 5th part of this project specifies an enhancement to > /usr/bin/sum and a new ksh93 built-in with the same name based on > the AT&T AST "sum" command. The AT&T version of the "sum" utility > provides extensions not present in the current Solaris "sum" > utility, which are useful for small applications to generate hash > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > Like other built-in commands named in PSARC/2006/550, the "sum" > built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in > "sum" in ksh93 will only be invoked if called with no pathname > prefix, and if a /bin/sum or /usr/bin/sum executable is found > first on the user's path. > > The stability of the "/usr/bin/sum" command and built-in command-line > interface and the system variables documented in sum(1) is "Committed". > > An addition to the ksh93 test suite will gurantee compatibilty between > previous versions of the /usr/bin/sum utillity and the new version. For the cryptographic hash functionality does this use libmd(3lib) or does it introduce its own copy of the MD5/SHA* algorithm source ? Note that a very significant amount of work has been done (and is still being done) to make that libmd implementations of hash algorithms as fast as possible on as many of the platforms Solaris supports. This includes hand coded assembler variants suitable for AMD64 and EM64T and optimising loads on UltraSPARC etc. Please use libmd(3lib) unless there is a very compelling reason not to do so - if there I would like to see that documented here. -- Darren J Moffat From gsf@research.att.com Mon Feb 11 23:06:29 2008 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 m1C76SIA024499 for ; Mon, 11 Feb 2008 23:06:29 -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 m1C76RNA005330; Tue, 12 Feb 2008 00:06:27 -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 <0JW400D056EPI600@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 00:06:25 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW400EQX6ENUB90@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 00:06:23 -0700 (MST) 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 m1C6vpMS006722; Tue, 12 Feb 2008 07:06:18 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay43i.sun.com with ESMTP id BT-MMP-1360086; Tue, 12 Feb 2008 07:04:35 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms48es.sun.com with ESMTP id BT-MMP-1240608; Tue, 12 Feb 2008 07:03:21 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay4i.sun.com with ESMTP id BT-MMP-29897195; Tue, 12 Feb 2008 07:03:14 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-blue.research.att.com (Postfix) with ESMTP id E4B1914808F; Tue, 12 Feb 2008 02:02:58 -0500 (EST) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m1C72wta011206; Tue, 12 Feb 2008 02:02:58 -0500 Date: Tue, 12 Feb 2008 02:02:58 -0500 From: Glenn Fowler Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] To: Darren.Moffat@sun.com, jek3@train1.eng.sun.com Cc: PSARC-ext@sun.com Message-id: <200802120702.m1C72wta011206@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2006-04-17 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.125sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> Status: RO Content-Length: 2541 I added and tested a 300 line ast sum(3) wrapper for the solaris -lmd hash/digest functions sum(3) is a discipline/method library used by the ast sum(1), cksum(1) and *sum(1) command links that are implemented in the ast cmd(3) library advantages to using the sum(3) api: (1) to change the sum/hash/digest method for an application only the sumopen(method_name_string) call need change (2) implementation struct sizes are not exposed in the api (sumopen() returns an opaque handle), so the implementation can change and still preserve binary compatibility relying on -lmd is not a problem for solaris ksh93 (which uses -lcmd and -lsum) because it already pulls in -lsecdb (which pulls in -lmd) -- Glenn Fowler -- AT&T Research, Florham Park NJ -- On Mon, 11 Feb 2008 12:33:54 +0000 Darren J Moffat wrote: > Joseph Kowalski wrote: > > #### Part 5: Enhancement of /usr/bin/sum > > The 5th part of this project specifies an enhancement to > > /usr/bin/sum and a new ksh93 built-in with the same name based on > > the AT&T AST "sum" command. The AT&T version of the "sum" utility > > provides extensions not present in the current Solaris "sum" > > utility, which are useful for small applications to generate hash > > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > > > Like other built-in commands named in PSARC/2006/550, the "sum" > > built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in > > "sum" in ksh93 will only be invoked if called with no pathname > > prefix, and if a /bin/sum or /usr/bin/sum executable is found > > first on the user's path. > > > > The stability of the "/usr/bin/sum" command and built-in command-line > > interface and the system variables documented in sum(1) is "Committed". > > > > An addition to the ksh93 test suite will gurantee compatibilty between > > previous versions of the /usr/bin/sum utillity and the new version. > For the cryptographic hash functionality does this use libmd(3lib) or > does it introduce its own copy of the MD5/SHA* algorithm source ? > Note that a very significant amount of work has been done (and is still > being done) to make that libmd implementations of hash algorithms as > fast as possible on as many of the platforms Solaris supports. This > includes hand coded assembler variants suitable for AMD64 and EM64T and > optimising loads on UltraSPARC etc. > Please use libmd(3lib) unless there is a very compelling reason not to > do so - if there I would like to see that documented here. From Darren.Moffat@sun.com Tue Feb 12 02:43:32 2008 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 m1CAhWhp029982 for ; Tue, 12 Feb 2008 02:43:32 -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 m1CAhVSO056869 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 12 Feb 2008 03:43:31 -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 <0JW400803GGI1I00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 12 Feb 2008 03:43:30 -0700 (MST) Received: from gmp-eb-mail-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW4000X6GGGXE50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 12 Feb 2008 03:43:29 -0700 (MST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1CAhSBY025314 for ; Tue, 12 Feb 2008 10:43:28 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW400101G9AEK00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 12 Feb 2008 10:43:28 +0000 (GMT) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW400I42GG9PH10@fe-emea-09.sun.com>; Tue, 12 Feb 2008 10:43:21 +0000 (GMT) Date: Tue, 12 Feb 2008 10:43:21 +0000 From: Darren J Moffat Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <200802120702.m1C72wta011206@penguin.research.att.com> Sender: Darren.Moffat@sun.com To: Glenn Fowler Cc: jek3@train1.eng.sun.com, PSARC-ext@sun.com Message-id: <47B17849.3000000@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <200802120702.m1C72wta011206@penguin.research.att.com> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 1022 Glenn Fowler wrote: > I added and tested a 300 line ast sum(3) wrapper for the solaris -lmd > hash/digest functions > > sum(3) is a discipline/method library used by the ast sum(1), cksum(1) > and *sum(1) command links that are implemented in the ast cmd(3) library > > advantages to using the sum(3) api: > (1) to change the sum/hash/digest method for an application only the > sumopen(method_name_string) call need change > (2) implementation struct sizes are not exposed in the api (sumopen() > returns an opaque handle), so the implementation can change and > still preserve binary compatibility > > relying on -lmd is not a problem for solaris ksh93 (which uses -lcmd > and -lsum) because it already pulls in -lsecdb (which pulls in -lmd) With that information in mind does the project team approve an update to the spec so that this case will import libmd and not use (and ideally not integrate source for but that is less important) the ast versions of the hash algorithms ? -- Darren J Moffat From roland.mainz@nrubsig.org Tue Feb 12 13:15:07 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CLF7ru020712 for ; Tue, 12 Feb 2008 13:15:07 -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 m1CLF59h019833; Tue, 12 Feb 2008 13:15:05 -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 <0JW500A019P4GK00@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 14:15:04 -0700 (MST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW5005QL9P3C540@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 14:15:03 -0700 (MST) Received: from relay18i.sun.com (ip128.net129179-4.block1.us.syntegra.com [129.179.4.128]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1CL8Cbw012582; Tue, 12 Feb 2008 21:15:03 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay18i.sun.com with ESMTP id BT-MMP-49555; Tue, 12 Feb 2008 21:15:03 +0000 (Z) Received: from relay18i.sun.com (relay18i.sun.com [129.179.4.128]) by mmp12es.sun.com with ESMTP id BT-MMP-846139; Tue, 12 Feb 2008 21:15:03 +0000 (Z) Received: from mail-in-05.arcor-online.net ([151.189.21.45] [151.189.21.45]) by relay1i.sun.com with ESMTP id BT-MMP-343885; Tue, 12 Feb 2008 21:15:02 +0000 (Z) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 3A28018358D; Tue, 12 Feb 2008 22:15:01 +0100 (CET) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 29ADE2BEDCC; Tue, 12 Feb 2008 22:15:01 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 091EA2BB703; Tue, 12 Feb 2008 22:15: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 m1CLEwt9000928; Tue, 12 Feb 2008 22:14:58 +0100 (CET) Date: Tue, 12 Feb 2008 22:14:58 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: James.McPherson@sun.com Cc: Joseph Kowalski , PSARC-ext@sun.com, ksh93-integration-discuss , John Plocher Reply-to: PSARC-ext@sun.com, ksh93-integration-discuss@opensolaris.org Message-id: <47B20C52.2B355BB5@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5793/Tue Feb 12 21:01:20 2008 on mail-in-08.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.064sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> Status: RO Content-Length: 1195 "James C. McPherson" wrote: > Joseph Kowalski wrote: > > Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI > > This information is Copyright 2008 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > ksh93 Update 1 > > 1.2. Name of Document Author/Supplier: > > Author: Roland Mainz > > 1.3 Date of This Document: > > 08 February, 2008 > > 4. Technical Description > > I'm sponsoring this fast-track request on behalf of XXX. > > XXX. Hmm. Now is that the father of XXXX, or did you > actually mean to specify Roland? Mea culpa... ;-( ... I forgot to replace the "XXXX" with "ksh93 integration project" and ask Joseph to configure the ARC case tools somehow that all emails are send to ksh93-integration-discuss@opensolaris.org , too (as CC:) ... ;-( Plocher/jek3: Is there a way to get the CC: thing fixed for an ARC case which is already running ? ---- Bye, Roland P.S.: Setting Reply-To: to PSARC-ext@Sun.Com and ksh93-integration-discuss@opensolaris.org -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From roland.mainz@nrubsig.org Tue Feb 12 13:17:09 2008 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 m1CLH9Xv020810 for ; Tue, 12 Feb 2008 13:17:09 -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 m1CLH4wK062800; Tue, 12 Feb 2008 14:17:06 -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 <0JW50090H9SIET00@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 13:17:06 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW5001R09SHJSE0@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 13:17:05 -0800 (PST) Received: from relay21.sun.com (ip192-12-251-24.block6.us.syntegra.com [192.12.251.24]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1CLGEYw008474; Tue, 12 Feb 2008 21:17:04 +0000 (GMT) Received: from mms22es.sun.com ([150.143.232.34] [150.143.232.34]) by relay21i.sun.com with ESMTP id BT-MMP-13217; Tue, 12 Feb 2008 21:17:04 +0000 (Z) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54]) by mms22es.sun.com with ESMTP id BT-MMP-215577; Tue, 12 Feb 2008 21:17:04 +0000 (Z) Received: from mail-in-07.arcor-online.net ([151.189.21.47] [151.189.21.47]) by relay23i.sun.com with ESMTP id BT-MMP-277460; Tue, 12 Feb 2008 21:17:04 +0000 (Z) Received: from mail-in-20-z2.arcor-online.net (mail-in-20-z2.arcor-online.net [151.189.8.85]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 9E5BE24B17D; Tue, 12 Feb 2008 22:17:02 +0100 (CET) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-20-z2.arcor-online.net (Postfix) with ESMTP id 926F110785A; Tue, 12 Feb 2008 22:17:02 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 6E3D82BB4E3; Tue, 12 Feb 2008 22:17:02 +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 m1CLH03p000931; Tue, 12 Feb 2008 22:17:00 +0100 (CET) Date: Tue, 12 Feb 2008 22:17:00 +0100 From: Roland Mainz Subject: ARC case tools... / was: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Joseph Kowalski Cc: james.mcpherson@sun.com, Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B20CCC.E6A49C01@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5793/Tue Feb 12 21:01:20 2008 on mail-in-08.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-1.1/5.0, scanned in 0.029sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> <47AD31F0.4040408@sun.com> Status: RO Content-Length: 626 Joseph Kowalski wrote: > James C. McPherson wrote: > >> > >> I'm sponsoring this fast-track request on behalf of XXX. > > > > XXX. Hmm. Now is that the father of XXXX, or did you > > actually mean to specify Roland? > Sigh,... third person to note this, all with a somewhat different pun. > > Plocher! I need to talk to you about your tools! :-) > > sed -e "s/XXX/$(submitter)/" Slightly offtopic: Are these tools opensource ? :-) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From roland.mainz@nrubsig.org Tue Feb 12 13:22:52 2008 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 m1CLMpMi020984 for ; Tue, 12 Feb 2008 13:22:52 -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 m1CLMbpn027584; Tue, 12 Feb 2008 21:22:47 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 <0JW500909A1XL600@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 13:22:45 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW50018OA1WJXF0@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 13:22:44 -0800 (PST) Received: from relay24.sun.com (ip192-12-251-74.block6.us.syntegra.com [192.12.251.74]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1CLGZmx025777; Tue, 12 Feb 2008 21:22:44 +0000 (GMT) Received: from mms23es.sun.com ([150.143.232.54] [150.143.232.54]) by relay24i.sun.com with ESMTP id BT-MMP-13471; Tue, 12 Feb 2008 21:22:44 +0000 (Z) Received: from relay24.sun.com (relay24.sun.com [192.12.251.74]) by mms23es.sun.com with ESMTP id BT-MMP-220742; Tue, 12 Feb 2008 21:22:43 +0000 (Z) Received: from mail-in-03.arcor-online.net ([151.189.21.43] [151.189.21.43]) by relay24i.sun.com with ESMTP id BT-MMP-284171; Tue, 12 Feb 2008 21:22:43 +0000 (Z) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id E65812CB152; Tue, 12 Feb 2008 22:22:42 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id D83F8213074; Tue, 12 Feb 2008 22:22:42 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 8F2FF30AC2C; Tue, 12 Feb 2008 22:22: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 m1CLMd8S000937; Tue, 12 Feb 2008 22:22:40 +0100 (CET) Date: Tue, 12 Feb 2008 22:22:39 +0100 From: Roland Mainz Subject: ARC case tools... / was: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Joseph Kowalski Cc: James.McPherson@sun.com, Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B20E1F.51AB2840@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-03.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.058sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> <47AD31F0.4040408@sun.com> Status: RO Content-Length: 748 [Repost with (seems to be unreachable outside Sun) replaced with ] Joseph Kowalski wrote: > James C. McPherson wrote: > >> > >> I'm sponsoring this fast-track request on behalf of XXX. > > > > XXX. Hmm. Now is that the father of XXXX, or did you > > actually mean to specify Roland? > Sigh,... third person to note this, all with a somewhat different pun. > > Plocher! I need to talk to you about your tools! :-) > > sed -e "s/XXX/$(submitter)/" Slightly offtopic: Are these tools opensource ? :-) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From jek3@sun.com Tue Feb 12 13:45:37 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1CLjb8B023659 for ; Tue, 12 Feb 2008 13:45:37 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1CLjbdb023126; Tue, 12 Feb 2008 13:45:37 -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 <0JW50004JB41S100@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 13:45:37 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500FG4B3ZDL60@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 13:45:35 -0800 (PST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CLjYcW726814; Tue, 12 Feb 2008 13:45:34 -0800 (PST) Date: Tue, 12 Feb 2008 11:43:52 -1000 From: Joseph Kowalski Subject: Re: ARC case tools... / was: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B20CCC.E6A49C01@nrubsig.org> To: Roland Mainz Cc: John Plocher , PSARC-ext@sun.com Message-id: <47B21318.4040608@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> <47AD31F0.4040408@sun.com> <47B20CCC.E6A49C01@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 582 Roland Mainz wrote: > Joseph Kowalski wrote: > >> James C. McPherson wrote: >> >>>> I'm sponsoring this fast-track request on behalf of XXX. >>>> >>> XXX. Hmm. Now is that the father of XXXX, or did you >>> actually mean to specify Roland? >>> >> Sigh,... third person to note this, all with a somewhat different pun. >> >> Plocher! I need to talk to you about your tools! :-) >> >> sed -e "s/XXX/$(submitter)/" >> > > Slightly offtopic: Are these tools opensource ? :-) > You can ask if the maintainer (Plocher) would be interested. - jek3 From John.Plocher@sun.com Tue Feb 12 14:51:35 2008 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 m1CMpYmf028694 for ; Tue, 12 Feb 2008 14:51:34 -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 m1CMpVMJ003214 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 13 Feb 2008 06:51:33 +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 <0JW500707E5V9D00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 12 Feb 2008 14:51:31 -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 <0JW500F8IE5UDQA0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 12 Feb 2008 14:51:30 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1CMpUHt011623 for ; Tue, 12 Feb 2008 14:51:30 -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 <0JW500J01DXKQ700@fe-sfbay-09.sun.com> (original mail from John.Plocher@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 12 Feb 2008 14:51:30 -0800 (PST) Received: from wp668.SFBay.Sun.COM ([129.146.226.219]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW500F6UE5N05E0@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 12 Feb 2008 14:51:23 -0800 (PST) Date: Tue, 12 Feb 2008 14:51:23 -0800 From: John Plocher Subject: Re: ARC case tools... / was: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B20CCC.E6A49C01@nrubsig.org> Sender: John.Plocher@sun.com To: Roland Mainz Cc: PSARC-ext@sun.com Message-id: <47B222EB.3030702@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> <47AD31F0.4040408@sun.com> <47B20CCC.E6A49C01@nrubsig.org> User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) Status: RO Content-Length: 834 Roland Mainz wrote: > Slightly offtopic: Are these tools opensource ? :-) They could easily be, but they have several downsides: o they need to run internal to Sun's firewall, o they presume NFS access, a shared netgroup, and access to emacs and vi, o they are a 15 year old collection of ksh, perl, awk and (muy poquito) php, interfacing to cron, sendmail and mysql, o the plan is to replace it with a new implementation ASAP, so it is unclear whether it would be worth your and my time to bring you up to speed with the code, o I'm not sure how outside changes would be incorporated back. Now that the branding stuff is starting to move off of my plate, I can resume my focus on open ARC tools - expect me to pop up on the arc/OS.o relationship project to start driving requirements soon. -John From roland.mainz@nrubsig.org Tue Feb 12 15:23:21 2008 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 m1CNNKm8000817 for ; Tue, 12 Feb 2008 15:23:21 -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 m1CNNHqU014657; Wed, 13 Feb 2008 07:23:18 +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 <0JW500E0FFMRJ100@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 15:23:15 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500BZOFMO5Z40@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 15:23:13 -0800 (PST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1CNKcoY008984; Tue, 12 Feb 2008 23:23:12 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay41i.sun.com with ESMTP id BT-MMP-40870; Tue, 12 Feb 2008 23:23:12 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms48es.sun.com with ESMTP id BT-MMP-1693497; Tue, 12 Feb 2008 23:23:12 +0000 (Z) Received: from mail-in-16.arcor-online.net ([151.189.21.56] [151.189.21.56]) by relay4i.sun.com with ESMTP id BT-MMP-936079; Tue, 12 Feb 2008 23:23:11 +0000 (Z) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-16.arcor-online.net (Postfix) with ESMTP id B08411F7208; Wed, 13 Feb 2008 00:23:10 +0100 (CET) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 915CA212FA9; Wed, 13 Feb 2008 00:23:10 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 5EDF325D2E1; Wed, 13 Feb 2008 00:23:10 +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 m1CNN6qj000968; Wed, 13 Feb 2008 00:23:07 +0100 (CET) Date: Wed, 13 Feb 2008 00:23:06 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Darren J Moffat Cc: Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B22A5A.B523EC41@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-13.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.107sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> Status: RO Content-Length: 3947 Darren J Moffat wrote: > > Joseph Kowalski wrote: > > ## Part 1.8: Enable default prompt (PS1) for interactive shells > > The 1.8 portion of this project specifies to define a default prompt > > (PS1) in "/etc/ksh.kshrc" for interactive ksh93 shell sessions to > > improve end-user usabilty if the user did not specify a value for PS1 > > using the environment. The prompt should be set to a > > value which displays the username, hostname and current working directory > > (limited to 20 characters, if the CWD is longer than 20 characters > > the shell will display an ellipsis ("...") for the charcters omitted at the > > left side) and a "$ "-seperator for normal users and "# " with the login > > name "root" (this follows the default of SuSE Linux, Ubuntu and aims at > > improving the usalibity for novice unix users), e.g. setting the value of > > PS1 will result in the following prompt (for user "gisburn" on machine > > "jupiterb48" with CWD="/home/gisburn/solaris/"): > > -- snip -- > > gisburn@jupiterb48:~/solaris$ > > -- snip -- > > Notes: > > - /etc/ksh.kshrc will only set the prompt value if no value for PS1 > > exists yet > > - A user can override the value for PS1 in his/her own ${HOME}/.kshrc > > file (for interactive shells /etc/ksh.kshrc will be sourced first, > > followed by ${HOME}/.kshrc (see PSARC/2006/587)) > > - The change cannot be implemented in ksh93 itself because this would > > violate the standard > > It seems that this superceeds the ksh93 part of PSARC/2007/233 which > failed to gain approval before and was derailed. Technically the derail was AFAIK for two reasons: - We had no usefull update procedure for "/etc/ksh.kshrc" and "/etc/bash.bashrc". We're getting such a thing with the /etc/env.d/ subproject of the OpenSolaris shell project which will allow setting both "vendor/factory" defaults and allow admins to override them for all users without running into problems with updates (the system is compatible to the new image package system (e.g. no file patching or scripts etc. required for updates)). - Everyone has his/her own preferences or ideas how PS1 may look like - which may require a "written opinion"[1]. For PSARC/2007/233 it was tricky since we tried to get a common prompt for all major shells in one step while this ARC case can happily "hide" behind PSARC/2006/587 where we said that the "/etc/ksh.kshrc" maintained by the ksh93-integration project is more or less a extension of the /usr/bin/$ISA/ksh93 binary itself (e.g. the POSIX standard doesn't allow to enable any shell flags (e.g. "gmacs" mode and in our case the "multiline" mode) by default but doesn't forbid this for external scripts which are read at shell startup time. Therefore /etc/ksh.kshrc allows us that the ksh93 binary itself fully conforms to the POSIX standard while getting some user-friendly defaults, too). [1]= I would really wish that we could avoid the whole mess with a "written opinion" (AFAIK this would be the first time for an external project to go through this). The proposed default for PS1 is modelled after the default used in Ubuntu+SuSE and the same as used in the Indiana Preview2 with a small twist that we limit the path length to 20 characters to make people happy who complain that the CWD may occupy most of their terminal width (not a big issue anymore since we now enable the "multiline" mode by default but AFAIK not everyone may be happy). > Something should be done with 2007/233 to reflect this. Erm... yes... originally I thought the cases were closed until Don reminded me that they're still half-alive and twitching... does anyone know what needs to be done in this case (e.g. add a comment which says "...the PS1 part for ksh93 was superceeded by PSARC/2008/094..." ?) ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From roland.mainz@nrubsig.org Tue Feb 12 15:35:37 2008 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 m1CNZaHg001397 for ; Tue, 12 Feb 2008 15:35:36 -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 m1CNZUht026777; Tue, 12 Feb 2008 23:35:32 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 <0JW500L03G77E600@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 16:35:31 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500569G77CGC0@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 16:35:31 -0700 (MST) Received: from relay41i.sun.com ([192.5.209.70]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1CNVgSv020211; Tue, 12 Feb 2008 23:35:30 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay41i.sun.com with ESMTP id BT-MMP-41800; Tue, 12 Feb 2008 23:35:30 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms49es.sun.com with ESMTP id BT-MMP-1739472; Tue, 12 Feb 2008 23:35:30 +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-961163; Tue, 12 Feb 2008 23:35:30 +0000 (Z) Received: from mail-in-17-z2.arcor-online.net (mail-in-17-z2.arcor-online.net [151.189.8.34]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 6BE841E51EC; Wed, 13 Feb 2008 00:35:29 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-17-z2.arcor-online.net (Postfix) with ESMTP id 5780A45C041; Wed, 13 Feb 2008 00:35:29 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 30558104000; Wed, 13 Feb 2008 00:35:28 +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 m1CNZPm4000974; Wed, 13 Feb 2008 00:35:26 +0100 (CET) Date: Wed, 13 Feb 2008 00:35:25 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: John Plocher , PSARC-ext@sun.com Cc: ksh93-integration-discuss@opensolaris.org, Joseph Kowalski Message-id: <47B22D3D.E4E8555D@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92.1/5794/Tue Feb 12 21:49:27 2008 on mail-in-01.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-0.7/5.0, scanned in 0.059sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47AD239F.8010007@Sun.COM> <47B20C52.2B355BB5@nrubsig.org> <47B22026.5000304@Sun.Com> Status: RO Content-Length: 814 John Plocher wrote: > Roland Mainz wrote: > > Plocher/jek3: > > Is there a way to get the CC: thing fixed for an ARC case which is > > already running ? > > Done. All mail sent to PSARC-ext@ from now on will automatically > be Bcc'd to ksh93-integration-discuss@opensolaris.org (unless, of > course, the alias is already on the To: or Cc: lists) Could you change this from "BCC:" to "CC:", please ? Mailman seems to react violently if "BCC:" is used,. e.g. it puts any messages send via "BCC:" on "hold" with the message "Message has implicit destination" (and it seems somehow "PSARC-ext@sun.com" get swallowed, too) ... ;-( ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From jek3@sun.com Tue Feb 12 15:54:34 2008 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 m1CNsXWh002706 for ; Tue, 12 Feb 2008 15:54: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 m1CNsRmc003936; Tue, 12 Feb 2008 23:54:32 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 <0JW500F03H2UWN00@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 15:54:30 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500BSPH2U6270@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 15:54:30 -0800 (PST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1CNsToj748029; Tue, 12 Feb 2008 15:54:29 -0800 (PST) Date: Tue, 12 Feb 2008 13:52:47 -1000 From: Joseph Kowalski Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B22A5A.B523EC41@nrubsig.org> To: Roland Mainz Cc: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B2314F.20908@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B22A5A.B523EC41@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 573 Roland Mainz wrote: >> Something should be done with 2007/233 to reflect this. >> > > Erm... yes... originally I thought the cases were closed until Don > reminded me that they're still half-alive and twitching... does anyone > know what needs to be done in this case (e.g. add a comment which says > "...the PS1 part for ksh93 was superceeded by PSARC/2008/094..." ?) ? > Like sending mail PSARC-EXT with the subject "PSARC/2007/233 dependency" and the appropriate words in the body? :-) Of course, wait for 094 to be approved with the correct words. - jek3 From roland.mainz@nrubsig.org Tue Feb 12 20:09:03 2008 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 m1D492e0012850 for ; Tue, 12 Feb 2008 20:09:02 -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 m1D48w3q024352; Wed, 13 Feb 2008 12:08:59 +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 <0JW50040BSUXQU00@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 20:08:57 -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 <0JW5000OUSUXJR30@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 20:08:57 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D48uNp004249; Wed, 13 Feb 2008 04:08:56 +0000 (GMT) Received: from mmp11es.sun.com ([160.41.209.21] [160.41.209.21]) by relay12i.sun.com with ESMTP id BT-MMP-53266; Wed, 13 Feb 2008 04:08:56 +0000 (Z) Received: from relay16i.sun.com (relay16i.sun.com [129.179.4.126]) by mmp11es.sun.com with ESMTP id BT-MMP-1055574; Wed, 13 Feb 2008 04:08:56 +0000 (Z) Received: from mail-in-09.arcor-online.net ([151.189.21.49] [151.189.21.49]) by relay1i.sun.com with ESMTP id BT-MMP-425610; Wed, 13 Feb 2008 04:08:55 +0000 (Z) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 4A3EB302A5B; Wed, 13 Feb 2008 05:08:55 +0100 (CET) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 2FF0CABBE2; Wed, 13 Feb 2008 05:08:55 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 406DB29D4E9; Wed, 13 Feb 2008 03:08:36 +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 m1D28XPF001168; Wed, 13 Feb 2008 03:08:33 +0100 (CET) Date: Wed, 13 Feb 2008 03:08:33 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Darren J Moffat Cc: Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B25121.C3F1FF47@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-13.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.095sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> Status: RO Content-Length: 3712 Darren J Moffat wrote: > Joseph Kowalski wrote: [snip] > > #### Part 5: Enhancement of /usr/bin/sum > > The 5th part of this project specifies an enhancement to > > /usr/bin/sum and a new ksh93 built-in with the same name based on > > the AT&T AST "sum" command. The AT&T version of the "sum" utility > > provides extensions not present in the current Solaris "sum" > > utility, which are useful for small applications to generate hash > > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > > > Like other built-in commands named in PSARC/2006/550, the "sum" > > built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in > > "sum" in ksh93 will only be invoked if called with no pathname > > prefix, and if a /bin/sum or /usr/bin/sum executable is found > > first on the user's path. > > > > The stability of the "/usr/bin/sum" command and built-in command-line > > interface and the system variables documented in sum(1) is "Committed". > > > > An addition to the ksh93 test suite will gurantee compatibilty between > > previous versions of the /usr/bin/sum utillity and the new version. > > For the cryptographic hash functionality does this use libmd(3lib) or > does it introduce its own copy of the MD5/SHA* algorithm source ? The AST/ksh93 code is designed to be portable and runs zillions of various platforms (I forgot how many are currently supported, Glenn may know the exact number better than I do) which means it uses it's own copy of MD5/SHA*/etc. > Note that a very significant amount of work has been done (and is still > being done) to make that libmd implementations of hash algorithms as > fast as possible on as many of the platforms Solaris supports. This > includes hand coded assembler variants suitable for AMD64 and EM64T and > optimising loads on UltraSPARC etc. I had access to a T2000 machine and several Ultra40+45 machines (thanks to Jesse Silver) at the OpenSolaris Summit 2007 and did some benchmarking. It seems that the code for the "sum" builtin (e.g. calling "sum" has builtin command and not as /usr/bin/sum) on an OpenSolaris/B72 installation is a lot faster for small files (likely as a result of the saved |fork()|+|exec()| per file) than /usr/bin/digest and only for very large files (e.g. $ mkfile 64MB foo001 #) /usr/bin/digest can outperform the "sum" builtin (BTW: It seems "digest" nor the related libraries make any use of "-xstrconst" or 64k largepages like the AST codebase does. IMO it may be nice to do some "footprint reduction" work in this case (e.g. map stack with 64k pages and allocate all buffers used for hashing from this stack (and forget MPSS - it won't help)) ... (and libmd(3LIB) has a small typo: It lists "/lib/64/libdnd.so.1" as 64bit shared object instead of "/lib/64/libmd.so.1")). > Please use libmd(3lib) unless there is a very compelling reason not to > do so - if there I would like to see that documented here. There is no compelling reason, however I would prefer to defer this to the putback following the one we've prepared for this ARC case. We already have all the code tested&&running, the upstream ksh93s+ development series is more or less "closed" (unless serve crashers&co. are found) and IMO it would be better to put a new feature like "Solaris libmd accerlation support" in the ksh93t- development cycle which would give us enougth time to test this feature... ... or short: Yes, we will do it but we would prefer not to rush this code into the codebase using a crowbar. Is that "Ok" for you ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From roland.mainz@nrubsig.org Tue Feb 12 20:16:43 2008 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 m1D4GgIK013354 for ; Tue, 12 Feb 2008 20:16:42 -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 m1D4Gcl5026734; Wed, 13 Feb 2008 12:16:39 +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 <0JW500L0FT7P6M00@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 21:16:37 -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 <0JW5003AAT7OMTA0@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 21:16:37 -0700 (MST) Received: from relay17i.sun.com (ip127.net129179-4.block1.us.syntegra.com [129.179.4.127]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D4GaDx006016; Wed, 13 Feb 2008 04:16:36 +0000 (GMT) Received: from mmp14es.sun.com ([160.41.209.24] [160.41.209.24]) by relay17i.sun.com with ESMTP id BT-MMP-58677; Wed, 13 Feb 2008 04:16:36 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp14es.sun.com with ESMTP id BT-MMP-24782; Wed, 13 Feb 2008 04:16:36 +0000 (Z) Received: from mail-in-14.arcor-online.net ([151.189.21.54] [151.189.21.54]) by relay1ib.sun.com with ESMTP id BT-MMP-370509; Wed, 13 Feb 2008 04:16:35 +0000 (Z) Received: from mail-in-16-z2.arcor-online.net (mail-in-16-z2.arcor-online.net [151.189.8.33]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 34E1A18770D; Wed, 13 Feb 2008 05:16:35 +0100 (CET) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-16-z2.arcor-online.net (Postfix) with ESMTP id 253A525409F; Wed, 13 Feb 2008 05:16:35 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 0226235E6AB; Wed, 13 Feb 2008 05:16:34 +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 m1D4GVPL001252; Wed, 13 Feb 2008 05:16:32 +0100 (CET) Date: Wed, 13 Feb 2008 05:16:31 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B26F1F.E9B272AB@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-06.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> Status: RO Content-Length: 1232 Roland Mainz wrote: > Darren J Moffat wrote: > > Joseph Kowalski wrote: [snip] > I had access to a T2000 machine and several Ultra40+45 machines (thanks > to Jesse Silver) at the OpenSolaris Summit 2007 and did some > benchmarking. It seems that the code for the "sum" builtin (e.g. calling > "sum" has builtin command and not as /usr/bin/sum) on an OpenSolaris/B72 > installation is a lot faster for small files (likely as a result of the > saved |fork()|+|exec()| per file) than /usr/bin/digest and only for very > large files (e.g. $ mkfile 64MB foo001 #) /usr/bin/digest can outperform > the "sum" builtin (BTW: It seems "digest" nor the related libraries make > any use of "-xstrconst" or 64k largepages like the AST codebase does. > IMO it may be nice to do some "footprint reduction" work in this case > (e.g. map stack with 64k pages and allocate all buffers used for hashing > from this stack (and forget MPSS - it won't help)) Erm... I was thinking about the "largepages out of the box" thing, not "MPSS" ... sorry for the mixup... ;-( ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From jek3@sun.com Tue Feb 12 20:33:33 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1D4XXUA013435 for ; Tue, 12 Feb 2008 20:33:33 -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 m1D4XUoG023492; Tue, 12 Feb 2008 20:33:32 -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 <0JW500M29TZUQM00@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 21:33:30 -0700 (MST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW5003IJTZSMN90@brm-avmta-1.central.sun.com>; Tue, 12 Feb 2008 21:33:28 -0700 (MST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1D4XRNK779539; Tue, 12 Feb 2008 20:33:27 -0800 (PST) Date: Tue, 12 Feb 2008 18:31:46 -1000 From: Joseph Kowalski Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B25121.C3F1FF47@nrubsig.org> To: Roland Mainz Cc: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B272B2.90206@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1020 Roland Mainz wrote: >> Please use libmd(3lib) unless there is a very compelling reason not to >> do so - if there I would like to see that documented here. >> > > There is no compelling reason, however I would prefer to defer this to > the putback following the one we've prepared for this ARC case. We > already have all the code tested&&running, the upstream ksh93s+ > development series is more or less "closed" (unless serve crashers&co. > are found) and IMO it would be better to put a new feature like "Solaris > libmd accerlation support" in the ksh93t- development cycle which would > give us enougth time to test this feature... > > ... or short: Yes, we will do it but we would prefer not to rush this > code into the codebase using a crowbar. Is that "Ok" for you ? > The short answer is "No". This isn't the way OpenSolaris integration works. We could probably accept a modified proposal that eliminated all "sum" references. That later fast-track could be titles "ksh93 sum done right". - jek3 From roland.mainz@nrubsig.org Tue Feb 12 20:52:23 2008 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 m1D4qMea013508 for ; Tue, 12 Feb 2008 20:52:22 -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 m1D4qF8U008742; Wed, 13 Feb 2008 12:52:18 +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 <0JW500707UV53300@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 20:52:17 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW5000W6UV4JD40@nwk-avmta-2.sfbay.sun.com>; Tue, 12 Feb 2008 20:52:16 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D4qGfs014771; Wed, 13 Feb 2008 04:52:16 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay12i.sun.com with ESMTP id BT-MMP-53809; Wed, 13 Feb 2008 04:52:16 +0000 (Z) Received: from relay18i.sun.com (relay18i.sun.com [129.179.4.128]) by mmp12es.sun.com with ESMTP id BT-MMP-1056882; Wed, 13 Feb 2008 04:52:15 +0000 (Z) Received: from mail-in-05.arcor-online.net ([151.189.21.45] [151.189.21.45]) by relay1ib.sun.com with ESMTP id BT-MMP-376538; Wed, 13 Feb 2008 04:52:15 +0000 (Z) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 0C9B61838EC; Wed, 13 Feb 2008 05:52:15 +0100 (CET) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id E87856BD53; Wed, 13 Feb 2008 05:52:14 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-17.arcor-online.net (Postfix) with ESMTP id E30E12BB82C; Wed, 13 Feb 2008 01:45:31 +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 m1D0jLhi001107; Wed, 13 Feb 2008 01:45:22 +0100 (CET) Date: Wed, 13 Feb 2008 01:45:21 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Darren J Moffat Cc: Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B23DA1.268F9A72@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-17.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.097sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> Status: RO Content-Length: 3712 Darren J Moffat wrote: > Joseph Kowalski wrote: [snip] > > #### Part 5: Enhancement of /usr/bin/sum > > The 5th part of this project specifies an enhancement to > > /usr/bin/sum and a new ksh93 built-in with the same name based on > > the AT&T AST "sum" command. The AT&T version of the "sum" utility > > provides extensions not present in the current Solaris "sum" > > utility, which are useful for small applications to generate hash > > sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). > > > > Like other built-in commands named in PSARC/2006/550, the "sum" > > built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in > > "sum" in ksh93 will only be invoked if called with no pathname > > prefix, and if a /bin/sum or /usr/bin/sum executable is found > > first on the user's path. > > > > The stability of the "/usr/bin/sum" command and built-in command-line > > interface and the system variables documented in sum(1) is "Committed". > > > > An addition to the ksh93 test suite will gurantee compatibilty between > > previous versions of the /usr/bin/sum utillity and the new version. > > For the cryptographic hash functionality does this use libmd(3lib) or > does it introduce its own copy of the MD5/SHA* algorithm source ? The AST/ksh93 code is designed to be portable and runs zillions of various platforms (I forgot how many are currently supported, Glenn may know the exact number better than I do) which means it uses it's own copy of MD5/SHA*/etc. > Note that a very significant amount of work has been done (and is still > being done) to make that libmd implementations of hash algorithms as > fast as possible on as many of the platforms Solaris supports. This > includes hand coded assembler variants suitable for AMD64 and EM64T and > optimising loads on UltraSPARC etc. I had access to a T2000 machine and several Ultra40+45 machines (thanks to Jesse Silver) at the OpenSolaris Summit 2007 and did some benchmarking. It seems that the code for the "sum" builtin (e.g. calling "sum" has builtin command and not as /usr/bin/sum) on an OpenSolaris/B72 installation is a lot faster for small files (likely as a result of the saved |fork()|+|exec()| per file) than /usr/bin/digest and only for very large files (e.g. $ mkfile 64MB foo001 #) /usr/bin/digest can outperform the "sum" builtin (BTW: It seems "digest" nor the related libraries make any use of "-xstrconst" or 64k largepages like the AST codebase does. IMO it may be nice to do some "footprint reduction" work in this case (e.g. map stack with 64k pages and allocate all buffers used for hashing from this stack (and forget MPSS - it won't help)) ... (and libmd(3LIB) has a small typo: It lists "/lib/64/libdnd.so.1" as 64bit shared object instead of "/lib/64/libmd.so.1")). > Please use libmd(3lib) unless there is a very compelling reason not to > do so - if there I would like to see that documented here. There is no compelling reason, however I would prefer to defer this to the putback following the one we've prepared for this ARC case. We already have all the code tested&&running, the upstream ksh93s+ development series is more or less "closed" (unless serve crashers&co. are found) and IMO it would be better to put a new feature like "Solaris libmd accerlation support" in the ksh93t- development cycle which would give us enougth time to test this feature... ... or short: Yes, we will do it but we would prefer not to rush this code into the codebase using a crowbar. Is that "Ok" for you ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From roland.mainz@nrubsig.org Tue Feb 12 20:55:41 2008 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 m1D4teU7013795 for ; Tue, 12 Feb 2008 20:55:41 -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 m1D4tVKm009694; Wed, 13 Feb 2008 12:55:36 +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 <0JW500M01V0J3Y00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 20:55:31 -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 <0JW500K3FV0I2F20@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 20:55:31 -0800 (PST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D4qxsA015808; Wed, 13 Feb 2008 04:55:30 +0000 (GMT) Received: from mmp14es.sun.com ([160.41.209.24] [160.41.209.24]) by relay11i.sun.com with ESMTP id BT-MMP-54417; Wed, 13 Feb 2008 04:55:30 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp14es.sun.com with ESMTP id BT-MMP-38483; Wed, 13 Feb 2008 04:55:30 +0000 (Z) Received: from mail-in-07.arcor-online.net ([151.189.21.47] [151.189.21.47]) by relay1ib.sun.com with ESMTP id BT-MMP-376210; Wed, 13 Feb 2008 04:55:29 +0000 (Z) Received: from mail-in-18-z2.arcor-online.net (mail-in-18-z2.arcor-online.net [151.189.8.35]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 8B31C24ADA8; Wed, 13 Feb 2008 05:55:28 +0100 (CET) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-18-z2.arcor-online.net (Postfix) with ESMTP id 7C1405100E3; Wed, 13 Feb 2008 05:55:28 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 313FF25D2ED; Wed, 13 Feb 2008 05:55:27 +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 m1D4tPrl001270; Wed, 13 Feb 2008 05:55:26 +0100 (CET) Date: Wed, 13 Feb 2008 05:55:25 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Joseph Kowalski Cc: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B2783D.A6945068@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-13.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.059sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> Status: RO Content-Length: 1334 Joseph Kowalski wrote: > Roland Mainz wrote: > >> Please use libmd(3lib) unless there is a very compelling reason not to > >> do so - if there I would like to see that documented here. > > > > There is no compelling reason, however I would prefer to defer this to > > the putback following the one we've prepared for this ARC case. We > > already have all the code tested&&running, the upstream ksh93s+ > > development series is more or less "closed" (unless serve crashers&co. > > are found) and IMO it would be better to put a new feature like "Solaris > > libmd accerlation support" in the ksh93t- development cycle which would > > give us enougth time to test this feature... > > > > ... or short: Yes, we will do it but we would prefer not to rush this > > code into the codebase using a crowbar. Is that "Ok" for you ? > > The short answer is "No". This isn't the way OpenSolaris integration works. You did see the comment that I said "... yes, we will do it..." ? > We could probably accept a modified proposal that eliminated all "sum" > references. Groan... sounds we have to use the crowbar to get libsum to use Solaris's libmd... ;-( ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From jek3@sun.com Tue Feb 12 21:10:45 2008 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 m1D5Aj5Y013925 for ; Tue, 12 Feb 2008 21:10:45 -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 m1D5AbSt023157; Wed, 13 Feb 2008 05:10:44 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 <0JW500001VPWKL00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:10:44 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500KO8VPV2F30@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:10:43 -0800 (PST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1D5AgsF782592; Tue, 12 Feb 2008 21:10:43 -0800 (PST) Date: Tue, 12 Feb 2008 19:09:01 -1000 From: Joseph Kowalski Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B2783D.A6945068@nrubsig.org> To: Roland Mainz Cc: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B27B6D.9030208@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 567 Roland Mainz wrote: > Joseph Kowalski wrote: > >> The short answer is "No". This isn't the way OpenSolaris integration works. >> > > You did see the comment that I said "... yes, we will do it..." ? > Yes I did. We don't integrate what is determined to be the "less optional" architecture with a promise that it will later be done right. There a couple of pithy phrases about this. They are rather obvious: "The heartbreak of phase 2" (It happens less often than not) "The cement truck syndrome" (What if Roland gets hit by a...) - jek3 From roland.mainz@nrubsig.org Tue Feb 12 21:53:38 2008 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 m1D5rc1w014355 for ; Tue, 12 Feb 2008 21:53:38 -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 m1D5rajH051358; Tue, 12 Feb 2008 22:53:37 -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 <0JW500507XPC8K00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:53:36 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500K5LXPC2F80@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:53:36 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D5gIFJ025998; Wed, 13 Feb 2008 05:53:35 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay42i.sun.com with ESMTP id BT-MMP-64908; Wed, 13 Feb 2008 05:53:35 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms49es.sun.com with ESMTP id BT-MMP-3179321; Wed, 13 Feb 2008 05:53:35 +0000 (Z) Received: from mail-in-09.arcor-online.net ([151.189.21.49] [151.189.21.49]) by relay4i.sun.com with ESMTP id BT-MMP-1738675; Wed, 13 Feb 2008 05:53:35 +0000 (Z) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 8D447302A4B; Wed, 13 Feb 2008 06:53:34 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 7AE31100B9; Wed, 13 Feb 2008 06:53:34 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-011-245.pools.arcor-ip.net [84.59.11.245]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 52E5B36E863; Wed, 13 Feb 2008 06:53:34 +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 m1D5rVEI001298; Wed, 13 Feb 2008 06:53:32 +0100 (CET) Date: Wed, 13 Feb 2008 06:53:31 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Joseph Kowalski Cc: Darren J Moffat , Joseph Kowalski , PSARC-ext@sun.com Message-id: <47B285DB.687B3047@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92/5794/Tue Feb 12 21:49:27 2008 on mail-in-02.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.065sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> <47B27B6D.9030208@sun.com> Status: RO Content-Length: 1376 Joseph Kowalski wrote: > Roland Mainz wrote: > > Joseph Kowalski wrote: > >> The short answer is "No". This isn't the way OpenSolaris integration works. > > > > You did see the comment that I said "... yes, we will do it..." ? > > Yes I did. > > We don't integrate what is determined to be the "less optional" > architecture with a promise that it will later be done right. Erm... technically the code works as expected and we don't have any regressions since the "-x" option is a new feature. The only issue is that it runs a bit slower for large files (hey, for smaller files it runs even faster than /usr/bin/digest ... :-) ) ... ... from an adminstrative+management point of view I fully agree with you... ... the only thing I wish is that we had more time... ;-/ Anyway... enough the wailing... we're going to address the issue... :-) ... is there anything else which needs to be fixed for libsum and/or /usr/bin/sum ? > There a couple of pithy phrases about this. They are rather obvious: > > "The heartbreak of phase 2" (It happens less often than not) > > "The cement truck syndrome" (What if Roland gets hit by a...) Grumpf... I don't want to be hit by a truck. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From gsf@research.att.com Tue Feb 12 22:10:08 2008 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 m1D6A6Iw015575 for ; Tue, 12 Feb 2008 22:10:07 -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 m1D69rTX006249; Wed, 13 Feb 2008 14:10:02 +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 <0JW500605YGOVT00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 22:10:00 -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 <0JW500K2BYGN2FA0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 22:09:59 -0800 (PST) Received: from relay43i.sun.com ([192.5.209.74]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1D68sgH020151; Wed, 13 Feb 2008 06:09:59 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay43i.sun.com with ESMTP id BT-MMP-65811; Wed, 13 Feb 2008 06:09:59 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms48es.sun.com with ESMTP id BT-MMP-3240973; Wed, 13 Feb 2008 06:09:58 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay4i.sun.com with ESMTP id BT-MMP-1773701; Wed, 13 Feb 2008 06:09:58 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-green.research.att.com (Postfix) with ESMTP id 5FD3F8B7F; Wed, 13 Feb 2008 01:09:58 -0500 (EST) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m1D69wGN013055; Wed, 13 Feb 2008 01:09:58 -0500 Date: Wed, 13 Feb 2008 01:09:58 -0500 From: Glenn Fowler Subject: Re: [ksh93-integration-discuss] ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] To: jek3@sun.com, ksh93-integration-discuss@opensolaris.org Cc: Darren.Moffat@sun.com, Joseph.Kowalski@eng.sun.com, PSARC-ext@sun.com Message-id: <200802130609.m1D69wGN013055@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2008-02-12 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.104sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> Status: RO Content-Length: 5840 On Wed, 13 Feb 2008 05:55:25 +0100 Roland Mainz wrote: > Joseph Kowalski wrote: > > Roland Mainz wrote: > > The short answer is "No". This isn't the way OpenSolaris integration works. > You did see the comment that I said "... yes, we will do it..." ? > > We could probably accept a modified proposal that eliminated all "sum" > > references. > Groan... sounds we have to use the crowbar to get libsum to use > Solaris's libmd... ;-( did my message about this drop on the floor? no tools required a 5 line iffe script and a 300 line c wrapper for ast sum(3) <=> -lmd are already coded and tested the ast cksum -x { md5 sha1 sha-256 sha-384 sha-512 } regression tests pass with -lmd roland: its up on ksh93.logical-approach.com: src/lib/libsum/@(sumlib.c|sum-lmd.c|Makefile) src/lib/libcmd/Makefile are the solaris descriptions/attributions below ok? (they will only show up on solaris systems with -lmd) -- Glenn Fowler -- AT&T Research, Florham Park NJ -- (sol11.sun4) type cksum cksum is a shell builtin version of /home/gsf/arch/sol11.sun4/bin/cksum (sol11.sun4) cksum --?method Usage: cksum [ options ] [ file ... ] OPTIONS -x, --method|algorithm=method Specifies the checksum method to apply. Parenthesized method options are readonly implementation details. att|sys5|s5|default The system 5 release 4 checksum. This is the default for sum when getconf UNIVERSE is att. This is the only true sum; all of the other methods are order dependent. ast4|32x4|tw The ast 128 bit PRNG hash generated by catenating 4 separate 32 bit PNRG hashes. The block count is not printed. bsd|ucb The BSD checksum. crc 32 bit CRC (cyclic redundancy check). polynomial=mask The 32 bit crc polynomial bitmask with implicit bit 32. The default value is 0xedb88320. done[=number] XOR the final crc value with number. 0xffffffff is used if number is omitted. The option value may be omitted. The default value is 0. init[=number] The initial crc value. 0xffffffff is used if number is omitted. The option value may be omitted. The default value is 0. rotate XOR each input character with the high order crc byte (instead of the low order). size[=number] Include the total number of bytes in the crc. number, if specified, is first XOR'd into the size. The option value may be omitted. The default value is 0. prng 32 bit PRNG (pseudo random number generator) hash. mpy=number The 32 bit PRNG multiplier. The default value is 0x01000193. add=number The 32 bit PRNG addend. The default value is 0. init[=number] The PRNG initial value. 0xffffffff is used if number is omitted. The option value may be omitted. The default value is 0x811c9dc5. md4|MD4 RFC1320 MD4 message digest. Cryptographically weak. The block count is not printed. (version) md4 (solaris -lmd) 2005-07-26 md5|MD5 RFC1321 MD5 message digest. Cryptographically weak. The block count is not printed. (version) md5 (solaris -lmd) 2005-07-26 sha1|SHA1|sha-1|SHA-1 RFC3174 / FIPS 180-1 SHA-1 secure hash algorithm 1. Cryptographically weak. The block count is not printed. (version) sha1 (solaris -lmd) 2005-07-26 sha256|sha-256|SHA256|SHA-256 FIPS 180-2 SHA256 secure hash algorithm. The block count is not printed. (version) sha256 (solaris -lmd) 2005-07-26 sha384|sha-384|SHA384|SHA-384 FIPS 180-2 SHA384 secure hash algorithm. The block count is not printed. (version) sha384 (solaris -lmd) 2005-07-26 sha512|sha-512|SHA512|SHA-512 FIPS 180-2 SHA512 secure hash algorithm. The block count is not printed. (version) sha512 (solaris -lmd) 2005-07-26 posix|cksum|std|standard The posix 1003.2-1992 32 bit crc checksum. This is the default cksum(1) method. Shorthand for crc-0x04c11db7-rotate-done-size. zip The zip(1) crc. Shorthand for crc-0xedb88320-init-done. fddi The FDDI crc. Shorthand for crc-0xedb88320-size=0xcc55cc55. fnv|fnv1 The Fowler-Noll-Vo 32 bit PRNG hash with non-zero initializer (FNV-1). Shorthand for prng-0x01000193-init=0x811c9dc5. ast|strsum The ast strsum(3) PRNG hash. Shorthand for prng-0x63c63cd9-add=0x9c39c33d. From roland.mainz@nrubsig.org Wed Feb 13 17:29:41 2008 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 m1E1TeP2017310 for ; Wed, 13 Feb 2008 17:29:41 -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 m1E1TRab005150; Thu, 14 Feb 2008 09:29:35 +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 <0JW70040BG58YR00@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 18:29:32 -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 <0JW700ESUG55Z680@brm-avmta-1.central.sun.com>; Wed, 13 Feb 2008 18:29:31 -0700 (MST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1E1TT6B015575; Thu, 14 Feb 2008 01:29:29 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay12i.sun.com with ESMTP id BT-MMP-82809; Thu, 14 Feb 2008 01:29:29 +0000 (Z) Received: from relay16i.sun.com (relay16i.sun.com [129.179.4.126]) by mmp12es.sun.com with ESMTP id BT-MMP-1743748; Thu, 14 Feb 2008 01:29:28 +0000 (Z) Received: from mail-in-06.arcor-online.net ([151.189.21.46] [151.189.21.46]) by relay1i.sun.com with ESMTP id BT-MMP-725872; Thu, 14 Feb 2008 01:29:28 +0000 (Z) Received: from mail-in-18-z2.arcor-online.net (mail-in-18-z2.arcor-online.net [151.189.8.35]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id AAA4A31EDB7; Thu, 14 Feb 2008 02:29:27 +0100 (CET) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-18-z2.arcor-online.net (Postfix) with ESMTP id 9967C510117; Thu, 14 Feb 2008 02:29:27 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-058-225-182.pools.arcor-ip.net [84.58.225.182]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 3030726D369; Thu, 14 Feb 2008 02:29:26 +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 m1E1TOoT001492; Thu, 14 Feb 2008 02:29:24 +0100 (CET) Date: Thu, 14 Feb 2008 02:29:24 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 Update 1 [PSARC/2008/094FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Korn Shell 93 integration/migration project discussion Cc: jek3@sun.com, PSARC-ext@sun.com, Joseph.Kowalski@eng.sun.com, Darren.Moffat@sun.com Message-id: <47B39974.53582889@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.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92.1/5805/Thu Feb 14 00:29:12 2008 on mail-in-10.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.255sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> <200802130609.m1D69wGN013055@penguin.research.att.com> Status: RO Content-Length: 1916 Glenn Fowler wrote: > On Wed, 13 Feb 2008 05:55:25 +0100 Roland Mainz wrote: > > Joseph Kowalski wrote: > > > Roland Mainz wrote: > > > The short answer is "No". This isn't the way OpenSolaris integration works. > > > You did see the comment that I said "... yes, we will do it..." ? > > > > We could probably accept a modified proposal that eliminated all "sum" > > > references. > > > Groan... sounds we have to use the crowbar to get libsum to use > > Solaris's libmd... ;-( > > did my message about this drop on the floor? No, I simply missed it because my email filter system didn't like the way how PSARC-ext@sun.com shuffels emails around... mea culpa... ;-( > no tools required > a 5 line iffe script and a 300 line c wrapper for ast sum(3) <=> -lmd > are already coded and tested Sounds we both spend a night getting libmd support integrated (however your core is more complete+mature than my "MD5 proof of concept"-monstrosity) ... ... thanks! :-) > the ast cksum -x { md5 sha1 sha-256 sha-384 sha-512 } regression tests pass with -lmd > roland: its up on ksh93.logical-approach.com: > src/lib/libsum/@(sumlib.c|sum-lmd.c|Makefile) > src/lib/libcmd/Makefile > > are the solaris descriptions/attributions below ok? > (they will only show up on solaris systems with -lmd) Yes, this looks Ok for me... Darren: 1. Are the changes Ok for you ? If "yes" I'll post a diff for the ARC case+manpages... 2. Are there any CDDL or Sun-owned versions of the optimized MD5/SHA* functions (I'm asking since the ksh93-integration project has the permission to contribute any Sun/CDDL code back to AT&T upstream under their license and AFAIK some optimized versions of these functions may be "nice to have") ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From Darren.Moffat@sun.com Thu Feb 14 03:48:53 2008 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 m1EBmqYj003552 for ; Thu, 14 Feb 2008 03:48:53 -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 m1EBmj1Q022440 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 14 Feb 2008 19:48:51 +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 <0JW800I018TDP000@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 14 Feb 2008 03:48:49 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW8005KT8T2GQB0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 14 Feb 2008 03:48:49 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1EBmbgC016408 for ; Thu, 14 Feb 2008 11:48:37 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW800C018N3AI00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 14 Feb 2008 11:48:37 +0000 (GMT) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW8008FQ8SW6E10@fe-emea-10.sun.com>; Thu, 14 Feb 2008 11:48:33 +0000 (GMT) Date: Thu, 14 Feb 2008 11:48:32 +0000 From: Darren J Moffat Subject: Re: [ksh93-integration-discuss] ksh93 Update 1 [PSARC/2008/094FastTrack timeout 02/15/2008] In-reply-to: <47B39974.53582889@nrubsig.org> Sender: Darren.Moffat@sun.com To: Roland Mainz Cc: Korn Shell 93 integration/migration project discussion , jek3@sun.com, PSARC-ext@sun.com, Joseph.Kowalski@eng.sun.com Message-id: <47B42A90.5060903@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> <200802130609.m1D69wGN013055@penguin.research.att.com> <47B39974.53582889@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 499 Roland Mainz wrote: > Darren: > 1. Are the changes Ok for you ? If "yes" I'll post a diff for the ARC > case+manpages... Yes that is fine. > 2. Are there any CDDL or Sun-owned versions of the optimized MD5/SHA* > functions (I'm asking since the ksh93-integration project has the > permission to contribute any Sun/CDDL code back to AT&T upstream under > their license and AFAIK some optimized versions of these functions may > be "nice to have") ? See $SRC/uts/common/crypto/ -- Darren J Moffat From roland.mainz@nrubsig.org Thu Feb 14 22:35:19 2008 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 m1F6ZI3J024420 for ; Thu, 14 Feb 2008 22:35:19 -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 m1F6YxD7020340; Fri, 15 Feb 2008 06:35:15 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 <0JW900K0JOYQ9L00@brm-avmta-1.central.sun.com>; Thu, 14 Feb 2008 23:35:14 -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 <0JW900EBZOYP6I90@brm-avmta-1.central.sun.com>; Thu, 14 Feb 2008 23:35:14 -0700 (MST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1F6TIHG029286; Fri, 15 Feb 2008 06:35:12 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay41i.sun.com with ESMTP id BT-MMP-292793; Fri, 15 Feb 2008 06:35:12 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms49es.sun.com with ESMTP id BT-MMP-1060186; Fri, 15 Feb 2008 06:35:11 +0000 (Z) Received: from mail-in-06.arcor-online.net ([151.189.21.46] [151.189.21.46]) by relay4i.sun.com with ESMTP id BT-MMP-8102897; Fri, 15 Feb 2008 06:35:10 +0000 (Z) Received: from mail-in-15-z2.arcor-online.net (mail-in-15-z2.arcor-online.net [151.189.8.32]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id B56E931E804; Fri, 15 Feb 2008 07:35:08 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-15-z2.arcor-online.net (Postfix) with ESMTP id 9ED08724093; Fri, 15 Feb 2008 07:35:08 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-058-244-079.pools.arcor-ip.net [84.58.244.79]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 39D0E103F61; Fri, 15 Feb 2008 07:35:08 +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 m1F6Z5si001855; Fri, 15 Feb 2008 07:35:06 +0100 (CET) Date: Fri, 15 Feb 2008 07:35:05 +0100 From: Roland Mainz Subject: Re: [ksh93-integration-discuss] ksh93 Update 1[PSARC/2008/094FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Darren J Moffat , Joseph.Kowalski@eng.sun.com Cc: Korn Shell 93 integration/migration project discussion , jek3@sun.com, PSARC-ext@sun.com Message-id: <47B53299.F65AF00C@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: multipart/mixed; boundary="Boundary_(ID_IGG/y2lWI+X5YY65BzfTKA)" X-Accept-Language: en X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92.1/5829/Fri Feb 15 05:00:17 2008 on mail-in-01.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.371sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> <200802130609.m1D69wGN013055@penguin.research.att.com> <47B39974.53582889@nrubsig.org> <47B42A90.5060903@Sun.COM> Status: RO Content-Length: 14586 This is a multi-part message in MIME format. --Boundary_(ID_IGG/y2lWI+X5YY65BzfTKA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Darren J Moffat wrote: > Roland Mainz wrote: > > Darren: > > 1. Are the changes Ok for you ? If "yes" I'll post a diff for the ARC > > case+manpages... > > Yes that is fine. Ok... ... I've attached the diff as "PSARC_2008_094_sum_uses_libmd.diff.txt" and commited the change to my master copies in the Subversion tree at http://svn.genunix.org/repos/on/branches/ksh93/gisburn/arc/ksh93_amendments2/onepager.txt and http://svn.genunix.org/repos/on/branches/ksh93/gisburn/arc/ksh93_amendments2/manpage_diff.txt Are there any other issues left ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) --Boundary_(ID_IGG/y2lWI+X5YY65BzfTKA) Content-type: text/plain; charset=us-ascii; name=PSARC_2008_094_sum_uses_libmd.diff.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=PSARC_2008_094_sum_uses_libmd.diff.txt Index: onepager.txt =================================================================== --- onepager.txt (revision 947) +++ onepager.txt (working copy) @@ -1,4 +1,5 @@ -I'm sponsoring this fast-track request on behalf of XXX. +I'm sponsoring this fast-track request on behalf of the +ksh93-integration project. Please note that this is an *open* case. The release binding is the same as with the previous ksh93 project: a @@ -398,7 +399,10 @@ An addition to the ksh93 test suite will gurantee compatibilty between previous versions of the /usr/bin/sum utillity and the new version. +The "sum" command will use libmd to use Solaris's native&&optimized +versions for ciphers like MD5 and the SHA*-family. + #### Part 6: Add AT&T "shcomp" (shell script compiler) and "shbinexec" kernel module ## Part 6.1: Addition of AT&T "shcomp" (shell script compiler) Index: manpage_diff.txt =================================================================== --- manpage_diff.txt (revision 947) +++ manpage_diff.txt (working copy) # Manpage diff for sum --- sum.1.original.txt Fri Oct 19 03:49:51 2007 -+++ sum.1.new.txt Fri Dec 14 18:55:36 2007 -@@ -9,22 +9,229 @@ ++++ sum.1.new.txt Fri Feb 15 07:27:37 2008 +@@ -9,22 +9,186 @@ sum - print checksum and block count for a file SYNOPSIS @@ -579,117 +579,74 @@ + -w, --warn Warn about invalid --check lines. On by + default; -w means --nowarn. + -x, --method|algorithm=method -+ Specifies the checksum method to apply. -+ Parenthesized method options are readonly -+ implementation details. -+ att|sys5|s5|default -+ The system 5 release 4 checksum. This -+ is the default for sum when getconf -+ UNIVERSE is att. This is the only true -+ sum; all of the other methods are -+ order dependent. -+ ast4|32x4|tw -+ The ast 128 bit PRNG hash generated by -+ catenating 4 separate 32 bit PNRG -+ hashes. The block count is not -+ printed. -+ bsd|ucb -+ The BSD checksum. -+ crc 32 bit CRC (cyclic redundancy check). -+ polynomial=mask -+ The 32 bit crc polynomial -+ bitmask with implicit bit 32. -+ The default value is -+ 0xedb88320. -+ done[=number] -+ XOR the final crc value with -+ number. 0xffffffff is used if -+ number is omitted. The option -+ value may be omitted. The -+ default value is 0. -+ init[=number] -+ The initial crc value. -+ 0xffffffff is used if number -+ is omitted. The option value -+ may be omitted. The default -+ value is 0. -+ rotate -+ XOR each input character with -+ the high order crc byte -+ (instead of the low order). -+ size[=number] -+ Include the total number of -+ bytes in the crc. number, if -+ specified, is first XOR'd into -+ the size. The option value may -+ be omitted. The default value -+ is 0. -+ md5|MD5 -+ The RSA Data Security, Inc. MD5 -+ Message-Digest Method, 1991-2, used -+ with permission. The block count is -+ not printed. -+ (version) -+ md5 (RSA Data Security, Inc. -+ MD5 Message-Digest, 1991-2) -+ 1996-02-29 -+ prng 32 bit PRNG (pseudo random number -+ generator) hash. -+ mpy=number -+ The 32 bit PRNG multiplier. -+ The default value is -+ 0x01000193. -+ add=number -+ The 32 bit PRNG addend. The -+ default value is 0. -+ init[=number] -+ The PRNG initial value. -+ 0xffffffff is used if number -+ is omitted. The option value -+ may be omitted. The default -+ value is 0x811c9dc5. -+ sha1|SHA1|sha-1|SHA-1 -+ FIPS 180-1 SHA-1 secure hash algorithm -+ 1. -+ (version) -+ sha1 (FIPS 180-1) 1996-09-26 -+ (author) -+ Steve Reid -+ sha256|sha-256|SHA256|SHA-256 -+ FIPS SHA-256 secure hash algorithm. -+ (version) -+ sha-256 (FIPS) 2000-01-01 -+ (author) -+ Aaron D. Gifford -+ sha384|sha-384|SHA384|SHA-384 -+ FIPS SHA-384 secure hash algorithm. -+ (version) -+ sha-384 (FIPS) 2000-01-01 -+ (author) -+ Aaron D. Gifford -+ sha512|sha-512|SHA512|SHA-512 -+ FIPS SHA-512 secure hash algorithm. -+ (version) -+ sha-512 (FIPS) 2000-01-01 -+ (author) -+ Aaron D. Gifford -+ posix|cksum|std|standard -+ The posix 1003.2-1992 32 bit crc -+ checksum. This is the default cksum(1) -+ method. Shorthand for -+ crc-0x04c11db7-rotate-done-size. -+ zip The zip(1) crc. Shorthand for -+ crc-0xedb88320-init-done. -+ fddi The FDDI crc. Shorthand for -+ crc-0xedb88320-size=0xcc55cc55. -+ fnv|fnv1 -+ The Fowler-Noll-Vo 32 bit PRNG hash -+ with non-zero initializer (FNV-1). -+ Shorthand for -+ prng-0x01000193-init=0x811c9dc5. -+ ast|strsum -+ The ast strsum(3) PRNG hash. Shorthand -+ for prng-0x63c63cd9-add=0x9c39c33d. ++ Specifies the checksum method to apply. Parenthesized method options are readonly implementation ++ details. ++ att|sys5|s5|default ++ The system 5 release 4 checksum. This is the default for sum when getconf UNIVERSE is att. ++ This is the only true sum; all of the other methods are order dependent. ++ ast4|32x4|tw ++ The ast 128 bit PRNG hash generated by catenating 4 separate 32 bit PNRG hashes. The block ++ count is not printed. ++ bsd|ucb ++ The BSD checksum. ++ crc 32 bit CRC (cyclic redundancy check). ++ polynomial=mask ++ The 32 bit crc polynomial bitmask with implicit bit 32. The default value is ++ 0xedb88320. ++ done[=number] ++ XOR the final crc value with number. 0xffffffff is used if number is omitted. The ++ option value may be omitted. The default value is 0. ++ init[=number] ++ The initial crc value. 0xffffffff is used if number is omitted. The option value may ++ be omitted. The default value is 0. ++ rotate ++ XOR each input character with the high order crc byte (instead of the low order). ++ size[=number] ++ Include the total number of bytes in the crc. number, if specified, is first XOR'd ++ into the size. The option value may be omitted. The default value is 0. ++ prng 32 bit PRNG (pseudo random number generator) hash. ++ mpy=number ++ The 32 bit PRNG multiplier. The default value is 0x01000193. ++ add=number ++ The 32 bit PRNG addend. The default value is 0. ++ init[=number] ++ The PRNG initial value. 0xffffffff is used if number is omitted. The option value may ++ be omitted. The default value is 0x811c9dc5. ++ md4|MD4 ++ RFC1320 MD4 message digest. Cryptographically weak. The block count is not printed. ++ (version) ++ md4 (solaris -lmd) 2005-07-26 ++ md5|MD5 ++ RFC1321 MD5 message digest. Cryptographically weak. The block count is not printed. ++ (version) ++ md5 (solaris -lmd) 2005-07-26 ++ sha1|SHA1|sha-1|SHA-1 ++ RFC3174 / FIPS 180-1 SHA-1 secure hash algorithm 1. Cryptographically weak. The block count ++ is not printed. ++ (version) ++ sha1 (solaris -lmd) 2005-07-26 ++ sha256|sha-256|SHA256|SHA-256 ++ FIPS 180-2 SHA256 secure hash algorithm. The block count is not printed. ++ (version) ++ sha256 (solaris -lmd) 2005-07-26 ++ sha384|sha-384|SHA384|SHA-384 ++ FIPS 180-2 SHA384 secure hash algorithm. The block count is not printed. ++ (version) ++ sha384 (solaris -lmd) 2005-07-26 ++ sha512|sha-512|SHA512|SHA-512 ++ FIPS 180-2 SHA512 secure hash algorithm. The block count is not printed. ++ (version) ++ sha512 (solaris -lmd) 2005-07-26 ++ posix|cksum|std|standard ++ The posix 1003.2-1992 32 bit crc checksum. This is the default cksum(1) method. Shorthand for ++ crc-0x04c11db7-rotate-done-size. ++ zip The zip(1) crc. Shorthand for crc-0xedb88320-init-done. ++ fddi The FDDI crc. Shorthand for crc-0xedb88320-size=0xcc55cc55. ++ fnv|fnv1 ++ The Fowler-Noll-Vo 32 bit PRNG hash with non-zero initializer (FNV-1). Shorthand for ++ prng-0x01000193-init=0x811c9dc5. ++ ast|strsum ++ The ast strsum(3) PRNG hash. Shorthand for prng-0x63c63cd9-add=0x9c39c33d. + -L, --logical|follow + Follow symbolic links when traversing + directories. The default is determined by @@ -717,7 +674,7 @@ OPERANDS The following operands are supported: -@@ -32,7 +239,6 @@ +@@ -32,7 +196,6 @@ standard input is used. @@ -725,7 +682,7 @@ USAGE See largefile(5) for the description of the behavior of sum when encountering files greater than or equal to 2 Gbyte ( 2 -@@ -73,14 +279,16 @@ +@@ -73,14 +236,16 @@ ____________________________________________________________ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | @@ -739,12 +696,12 @@ SEE ALSO - cksum(1), sum(1B), wc(1), attributes(5), environ(5), large- - file(5) -+ cksum(1), ksh93(1), sum(1B), wc(1), attributes(5), environ(5), -+ largefile(5) ++ cksum(1), ksh93(1), sum(1B), wc(1), libmd(3lib), attributes(5), ++ environ(5), largefile(5) DIAGNOSTICS "Read error" is indistinguishable from end of file on most -@@ -87,7 +295,9 @@ +@@ -87,7 +252,9 @@ devices; check the block count. NOTES --Boundary_(ID_IGG/y2lWI+X5YY65BzfTKA)-- From gsf@research.att.com Thu Feb 14 23:56:46 2008 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 m1F7ujw7025717 for ; Thu, 14 Feb 2008 23:56:45 -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 m1F7ubWD017718; Fri, 15 Feb 2008 15:56:40 +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 <0JW900M0BSQEBD00@nwk-avmta-2.sfbay.sun.com>; Thu, 14 Feb 2008 23:56:38 -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 <0JW900KE8SQDH510@nwk-avmta-2.sfbay.sun.com>; Thu, 14 Feb 2008 23:56:37 -0800 (PST) Received: from relay18i.sun.com (ip128.net129179-4.block1.us.syntegra.com [129.179.4.128]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1F7ubM4022949; Fri, 15 Feb 2008 07:56:37 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay18i.sun.com with ESMTP id BT-MMP-137794; Fri, 15 Feb 2008 07:56:37 +0000 (Z) Received: from relay16i.sun.com (relay16i.sun.com [129.179.4.126]) by mmp12es.sun.com with ESMTP id BT-MMP-2463175; Fri, 15 Feb 2008 07:56:35 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay1ib.sun.com with ESMTP id BT-MMP-913522; Fri, 15 Feb 2008 07:56:35 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-green.research.att.com (Postfix) with ESMTP id 1FCA788C6; Fri, 15 Feb 2008 02:56:22 -0500 (EST) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m1F7uLmb008109; Fri, 15 Feb 2008 02:56:21 -0500 Date: Fri, 15 Feb 2008 02:56:21 -0500 From: Glenn Fowler Subject: Re: [ksh93-integration-discuss] ksh93 Update 1[PSARC/2008/094FastTrack timeout 02/15/2008] To: Darren.Moffat@sun.com, Joseph.Kowalski@eng.sun.com, ksh93-integration-discuss@opensolaris.org Cc: jek3@sun.com, PSARC-ext@sun.com Message-id: <200802150756.m1F7uLmb008109@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2008-02-12 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 1.065sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47B272B2.90206@sun.com> <47B2783D.A6945068@nrubsig.org> <200802130609.m1D69wGN013055@penguin.research.att.com> <47B39974.53582889@nrubsig.org> <47B42A90.5060903@Sun.COM> <47B53299.F65AF00C@nrubsig.org> Status: RO Content-Length: 261 make sure that the link line for the ast libcmd.so has -lmd this would not be needed by ksh because its -lsecdb ref pulls in -lmd but it would be needed e.g. by a standalone cksum/sum linked against -lcmd -- Glenn Fowler -- AT&T Research, Florham Park NJ -- From jek3@sun.com Thu Feb 21 11:12:34 2008 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 m1LJCX3x023512 for ; Thu, 21 Feb 2008 11:12:33 -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 m1LJCRLT013780 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 21 Feb 2008 19:12:32 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 <0JWL0080HS0W2200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 21 Feb 2008 12:12:32 -0700 (MST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWL001JTS0VGQ50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 21 Feb 2008 12:12:31 -0700 (MST) Received: from [129.150.12.37] (vpn-129-150-12-37.SFBay.Sun.COM [129.150.12.37]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1LJCT7N325764; Thu, 21 Feb 2008 11:12:30 -0800 (PST) Date: Thu, 21 Feb 2008 09:10:34 -1000 From: Joseph Kowalski Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] In-reply-to: <47B25121.C3F1FF47@nrubsig.org> To: Roland Mainz , PSARC-ext@sun.com Message-id: <47BDCCAA.3000004@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 144 This case was approved on 02/20/2008. I understand that a faint "Yippiiee" could be heard from the background of the phone call ... - jek3 From roland.mainz@nrubsig.org Mon Mar 3 00:05:16 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m2385GRC020314 for ; Mon, 3 Mar 2008 00:05:16 -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 m2385FAH022531; Mon, 3 Mar 2008 00:05:16 -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 <0JX500503AGQ9600@nwk-avmta-1.sfbay.Sun.COM>; Mon, 03 Mar 2008 00:05:14 -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 <0JX500KVAAGP5V50@nwk-avmta-1.sfbay.Sun.COM>; Mon, 03 Mar 2008 00:05:14 -0800 (PST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m237vY0V012890; Mon, 03 Mar 2008 08:05:12 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay41i.sun.com with ESMTP id BT-MMP-677780; Mon, 03 Mar 2008 08:05:12 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mms48es.sun.com with ESMTP id BT-MMP-2047894; Mon, 03 Mar 2008 08:05:09 +0000 (Z) Received: from mail-in-02.arcor-online.net ([151.189.21.42] [151.189.21.42]) by relay4i.sun.com with ESMTP id BT-MMP-23249134; Mon, 03 Mar 2008 08:05:09 +0000 (Z) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 592CC32E7D7; Mon, 03 Mar 2008 09:05:08 +0100 (CET) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 41C9A5BF69; Mon, 03 Mar 2008 09:05:08 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-084-059-005-004.pools.arcor-ip.net [84.59.5.4]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 276B5BC5E3; Mon, 03 Mar 2008 09:05: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 m23855VM002245; Mon, 03 Mar 2008 09:05:06 +0100 (CET) Date: Mon, 03 Mar 2008 09:05:05 +0100 From: Roland Mainz Subject: Re: ksh93 Update 1 [PSARC/2008/094 FastTrack timeout 02/15/2008] Sender: gisburn@jupiterb48.nrubsig.org To: Joseph Kowalski Cc: PSARC-ext@sun.com Message-id: <47CBB131.6E3BCC3E@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: multipart/mixed; boundary="Boundary_(ID_aIZTckqra9v5sNadbaDoMg)" X-Accept-Language: en X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.92.1/6092/Mon Mar 3 06:04:26 2008 on mail-in-10.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 0.646sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200802090205.m1925peB005443@train1.eng.sun.com> <47B040B2.5050208@Sun.COM> <47B25121.C3F1FF47@nrubsig.org> <47BDCCAA.3000004@sun.com> Status: RO Content-Length: 59297 This is a multi-part message in MIME format. --Boundary_(ID_aIZTckqra9v5sNadbaDoMg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Joseph Kowalski wrote: > > This case was approved on 02/20/2008. Thanks! :-) > I understand that a faint "Yippiiee" could be heard from the background > of the phone call ... :-) I've attached the final copies of "onepager.txt" and "manpage_diff.txt" to this email for reference and uploaded prototype binaries which match the ARC case to http://www.opensolaris.org/os/project/ksh93-integration/downloads/2008-02-29/ ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) --Boundary_(ID_aIZTckqra9v5sNadbaDoMg) Content-type: text/plain; charset=us-ascii; name=onepager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=onepager.txt I'm sponsoring this fast-track request on behalf of the ksh93-integration project. Please note that this is an *open* case. The release binding is the same as with the previous ksh93 project: a patch/micro release of Solaris delivering through OS/Net Stability levels are as described below. Additional materials (man pages and diffs) can be found in the 'materials' subdirectory. This project is an amendment to the Korn Shell 93 Integration project (PSARC/2006/550 and PSARC/2007/035) specifying the following additional interfaces: 1) Update of ksh93 from upstream release ast-ksh.2007-04-18 to ast-ksh-2007-12-01 1.1) Update ksh93 1.2) Update the /usr/bin/bg, /usr/bin/cd, /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts, /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill, /usr/bin/read, /usr/bin/test, /usr/bin/type, /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias, /usr/bin/wait from ksh88 to ksh93 1.3) New ksh93 math functions based on C99 1.4) Enable built-ins "sync", "mkfifo", "tty" and "logname" by default 1.5) Status change of /usr/demo/ksh/ directory 1.6) New messaging catalog files for ksh libraries 1.7) Enable "multiline" input mode by default for interactive shells 1.9) Enable default prompt (PS1) for interactive shells 2) Enhancement of /usr/bin/printf 3) Enhancement of /usr/bin/sleep 4) The addition of /usr/bin/rev 5) An enhanced version of the "sum" utility and an identical ksh93 built-in command and related library libsum.so.1 6) Add AT&T "shcomp" (shell script compiler) and "shbinexec" kernel module 6.1) Addition of AT&T "shcomp" (shell script compiler) 6.2) Addition of kernel module to recognize "shbin" executables Bug/RFE Number(s): 6619428 RFE: Update ksh93 in Solaris to ast-ksh.2007-10-15 (or higher) 6561901 RFE: Add "shcomp" (shell script compiler) + kernel module to exec binary sh code 6595183 RFE: Update ksh93-integration demo code 6451262 RFE: /usr/bin/sleep should support floating-point values 6207901 ksh and test ignore sub-second timestamp portion 6599668 RFE: Move consumers of alias.sh over to ksh93 6631969 /usr/bin/printf does not recognize positional arguments like %n$ Interface Stability Description --------- --------- ----------- /usr/bin/bg Commited bg command /usr/bin/cd Commited cd command /usr/bin/command Commited command command /usr/bin/fc Commited fc command /usr/bin/fg Commited fg command /usr/bin/getopts Commited getopts command /usr/bin/hash Commited hash command /usr/bin/jobs Commited jobs command /usr/bin/kill Commited kill command /usr/bin/printf Commited printf command /usr/bin/read Commited read command /usr/bin/rev Commited rev command /usr/bin/sleep Commited sleep command /usr/bin/shcomp Commited AT&T ksh shell script compiler /usr/bin/sum Commited sum command /usr/bin/test Commited test command /usr/bin/type Commited type command /usr/bin/ulimit Commited ulimit command /usr/bin/umask Commited umask command /usr/bin/unalias Commited unalias command /usr/bin/wait Commited wait command /usr/demo/ksh/ Not an Interface demo directory /usr/lib/libsum.so.1 Project Private AT&T hash generation library /usr/lib/amd64/libsum.so.1 Project Private AT&T hash generation library /usr/lib/sparcv9/libsum.so.1 Project Private AT&T hash generation library Commited Private binary shell script file format Not an Interface output for l10n catalog generation Commited C99 math functions ### Part 1: Update of ksh93 from upstream release ast-ksh.2007-04-18 to ast-ksh.2007-12-01 ## Part 1.1: Update of ksh93 The 1.1 portion of this project is the update of ksh93 from ast-ksh.2007-04-18 to ast-ksh-2007-12-15 which marks the update from ksh93 version 's-' to version 's+' (AST/ksh93 uses the (latin) alphabet for it's version number, e.g. version 'a', version 'b' etc. ; the '+'/'-' means the stabilty status, e.g. '-' means it's "alpha", no suffix means it's "stable" (e.g. ready for production usage) and '+' means it's a bugfixed stable version etc.). ## Part 1.2: Update the /usr/bin/bg, /usr/bin/cd, /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill /usr/bin/read, /usr/bin/test, /usr/bin/type /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias /usr/bin/wait from ksh88 to ksh93 The 1.2 portion of this project switches the built-in command wrappers (the commands are plain shell script wrappers which invoke the built-in command of the same name) /usr/bin/bg, /usr/bin/cd is the update of /usr/bin/command, /usr/bin/fc, /usr/bin/fg, /usr/bin/getopts, /usr/bin/hash, /usr/bin/jobs, /usr/bin/kill, /usr/bin/read, /usr/bin/test, /usr/bin/type, /usr/bin/ulimit, /usr/bin/umask, /usr/bin/unalias and /usr/bin/wait from /usr/bin/ksh to /usr/bin/ksh93 Notes: - /usr/bin/test now support high-resolution timestamps of up to nanosecond granularity, for filesystems which support them. Any scripts which rely on a behavior like that creating two files in sequential order within less than a second will result in identical timestamps for both files is considered as a bug in the script. - /usr/bin/test now supports 64bit integers, floating point values and floating point constants (like {+Inf, -Inf, +NaN, -NaN}) (in all representations required by C99/XPG6/SUS) for numeric comparisations. - The output of "/usr/bin/ulimit -a" has changed in incompatible ways, e.g. previously a two-column output was used while now a three-column is printed. However the output of "/usr/bin/ulimit -a" is considered as "not an interface", e.g. it is only thought for informative purposes and not a scripting interface (this interpretation is supported by trhe detail that the output doesn't use things like TAB for formatting, that almost every shell defines it's own "ulimit -a" output format, that even adding new options would break the output anyway and that the ulimit(1) manual page only lists the "-f" option as supported by /usr/bin/ulimit (i.e. the option "-a" was undocumented for /usr/bin/ulimit (which contradicts "Example 1" in the manual page which shows the output of "ulimit -a"))). The output of other /usr/bin/ulimit options is not affected and remains compatible. - These special built-ins are available as standalone files because the POSIX people did make a decision long ago that all "special shell"-builtins defined in the standard must be "exec"-able - sounds weired but there are some border-cases where this is useful (for example you can bind such a built-in to a path like /usr/bin/cd which would execute the "cd" command only if the PATH lookup hits /usr/bin/). - /usr/bin/kill now handles the number of realtime signals at runtime based on the "getconf" value of |_POSIX_RTSIG_MAX|&co. - the old version of /usr/bin/kill used a hardcoded number of realtime signals defined at compile time (the current number of realtime signals supported in /usr/bin/kill will not change between the old and new version - the change will occur when the number of realtime signals supported by the kernel will be changed). - The non-existing signal name "EXIT" has been removed. It's an artifact of /usr/bin/kill being based on ksh88 which mapped trap names to signal names in this case. The new version of /usr/bin/kill will no longer list "EXIT" as signal name in the "-l" output but will continue to recognize this name as input (e.g. $ /usr/bin/kill -EXIT # will behave like $ /usr/bin/kill -0 #). - The output of "/usr/bin/kill -l" now uses a newline as delimiter for signal names while the old version used a space. This is not considered an interface change since both the Solaris manual page and the standards explicitly allow either newline or space as delimiter. ## Part 1.3: New ksh93 math functions based on C99 The 1.3 portion of this project is the addition of new functions which can be used within arithmetic expressions like (( expressions )) These functions work identically to those defined for the "C" language in the C99 standard (the ksh93 originally supported only "abs", "acos", "asin", "atan", "cos", "cosh", "exp", "int", "log", "sin", "sinh", "sqrt", "tan" and "tanh" as described in ksh93(1) - we extend this list to those functions required by the C99 standard) (note that this functionality is already present in the ksh93 version we ship, e.g. we only increase the stablity level from "easter egg" (="undocumented") to "commited"): Function name | Prototype | see manual page ---------------+--------------------------------------+----------------- acos | float acos(float) | acos(3m) acosh | float acosh(float) | acosh(3m) asin | float asin(float) | asin(3m) asinh | float asinh(float) | asinh(3m) atan | float atan(float) | atan(3m) atan2 | float atan2(float, float) | atan2(3m) atanh | float atanh(float) | atanh(3m) cbrt | float cbrt(float) | cbrt(3m) copysign | float copysign(float, float) | copysign(3m) cos | float cos(float) | cos(3m) cosh | float cosh(float) | cosh(3m) erf | float erf(float) | erf(3m) erfc | float erfc(float) | erfc(3m) exp | float exp(float) | exp(3m) exp2 | float exp2(float) | exp2(3m) expm1 | float expm1(float) | expm1(3m) fabs | float fabs(float) | fabs(3m) abs | float abs(float) | abs(3c) fdim | float fdim(float, float) | fdim(3m) finite | float finite(float) | finite(3c) floor | float floor(float) | floor(3m) int | float int(float) | fma | float fma(float, float, float)| fma(3m) fmax | float fmax(float, float) | fmax(3m) fmin | float fmin(float, float) | fmin(3m) fmod | float fmod(float, float) | fmod(3m) fpclassify | integer fpclassify(float) | fpclassify(3m) hypot | float hypot(float, float) | hypot(3m) ilogb | integer ilogb(float) | ilogb(3m) isfinite | integer isfinite(float) | isfinite(3m) isgreater | integer isgreater(float, float)| isgreater(3m) isgreaterequal | integer isgreaterequal(float, float)| isgreaterequal(3m) isinf | integer isinf(float) | isinf(3m) isless | integer isless(float, float) | isless(3m) islessequal | integer islessequal(float, float) | islessequal(3m) islessgreater | integer islessgreater(float, float) | islessgreater(3m) isnan | integer isnan(float) | isnan(3m) isnormal | integer isnormal(float) | isnormal(3m) isunordered | integer isunordered(float, float)| isunordered(3m) lgamma | float lgamma(float) | lgamma(3m) log | float log(float) | log(3m) log1p | float log1p(float) | log1p(3m) log2 | float log2(float) | log2(3m) logb | float logb(float) | logb(3m) nearbyint | float nearbyint(float) | nearbyint(3m) nextafter | float nextafter(float, float) | nextafter(3m) nexttoward | float nexttoward(float, float)| nexttoward(3m) pow | float pow(float, float) | pow(3m) remainder | float remainder(float, float) | remainder(3m) rint | float rint(float) | rint(3m) round | float round(float) | round(3m) scalb | float scalb(float, float) | scalb(3m) scalbn | float scalbn(float, float) | scalbn(3m) signbit | integer signbit(float) | signbit(3m) sin | float sin(float) | sin(3m) sinh | float sinh(float) | sinh(3m) sqrt | float sqrt(float) | sqrt(3m) tan | float tan(float) | tan(3m) tanh | float tanh(float) | tanh(3m) tgamma | float tgamma(float) | tgamma(3m) trunc | float trunc(float) | trunc(3m) (note: the datatypes "integer" and "float" refer to the "integer" and "float" datatypes in ksh93 scripts, not those in the "C" language) ## Part 1.4: Enable built-ins "sync", "mkfifo", "tty" and "logname" by default The 1.4 portion of this project specifies to enable a set of already existing built-ins by default: The "sync" built-in which works exactly like /sbin/sync and is bound to /usr/bin/sync, /usr/sbin/sync and /sbin/sync, a "mkfifo" built-in which is bound to /usr/bin/mkfifo, a "tty" built-in which is bound to /usr/bin/tty and a "logname" built-in which is bound to /usr/bin/logname The invocation behavior is like other built-in commands named in PSARC/2006/550, e.g. the built-in "sync" in ksh93 will only be invoked if called with no pathname prefix, and if a /usr/bin/sync, /usr/sbin/sync or /sbin/sync executable is found first on the user's path and the "mkfifo", "tty" and "logname" built-ins work the same way. ## Part 1.5: Status change of /usr/demo/ksh/ directory Part 1.5 changes the status of the /usr/demo/ksh/ directory to "Not an Interface" (mainly demo code+ksh93 test suite) ## Part 1.6: New messaging catalog files for ksh libraries Part 1.6 adds two new message catalogs: usr/lib/locale/C/LC_MESSAGES/libpp usr/lib/locale/C/LC_MESSAGES/libsum ## Part 1.7: Enable "multiline" input mode by default for interactive shells The 1.7 portion of this project specifies to enable the "multiline" input mode in "/etc/ksh.kshrc" (see PSARC/2006/587 for details about "/etc/ksh.kshrc") to improve end-user usabilty. The "multiline" input mode to edit lines longer than the terminal's width in multiple lines (similar to the behaviour of bash version 3 and other libreadline-based applications (the previous default was to edit longer lines in a single, horizontally scrolling line). The change will only be enabled together with the "gmacs" editor mode (see PSARC/2006/587) for interactive shells which source "/etc/ksh.kshrc" as part of the shell startup and when the terminal is capable of supporting this mode. This setting can always be overridden by per-user settings in ${HOME}/.kshrc ## Part 1.8: Enable default prompt (PS1) for interactive shells The 1.8 portion of this project specifies to define a default prompt (PS1) in "/etc/ksh.kshrc" for interactive ksh93 shell sessions to improve end-user usabilty if the user did not specify a value for PS1 using the environment. The prompt should be set to a value which displays the username, hostname and current working directory (limited to 20 characters, if the CWD is longer than 20 characters the shell will display an ellipsis ("...") for the charcters omitted at the left side) and a "$ "-seperator for normal users and "# " with the login name "root" (this follows the default of SuSE Linux, Ubuntu and aims at improving the usalibity for novice unix users), e.g. setting the value of PS1 will result in the following prompt (for user "gisburn" on machine "jupiterb48" with CWD="/home/gisburn/solaris/"): -- snip -- gisburn@jupiterb48:~/solaris$ -- snip -- Notes: - /etc/ksh.kshrc will only set the prompt value if no value for PS1 exists yet - A user can override the value for PS1 in his/her own ${HOME}/.kshrc file (for interactive shells /etc/ksh.kshrc will be sourced first, followed by ${HOME}/.kshrc (see PSARC/2006/587)) - The change cannot be implemented in ksh93 itself because this would violate the standard. #### Part 2: Enhancement of /usr/bin/printf The 2nd part of this project specifies an enhancement to /usr/bin/printf and based on the AT&T AST "printf" command. The AT&T version of the "printf" utility provides better standards conformance including C99/XPG6-conformance, extensions not present in the current Solaris "printf" and is completely open-source. Notes: - The integer limit for printf has been changed from 32bit to 64bit, e.g. the previous version of /usr/bin/printf would return an error for values larger than INT32_MAX or lower than INT32_MIN, for example $ /usr/bin/printf "%d\n" 2147483648 ; echo "exit code=$?" would result in the following error: -- snip -- printf: 2147483648: Result too large 147483647 exit code=1 -- snip -- The new version now correctly prints: -- snip -- 2147483648 exit code=0 -- snip -- - The manual page now explicitly describes the "printf" behavior for unrecognized format specifiers (following '%') as "undefined". - The manual page now explicitly describes the "printf" behavior for unrecognized escape sequences specifiers (the character following a backslash ('\')) as "undefined". - The manual page now lists sign handling explicitly (e.g. support for negative NaN per IEEE 754&co.) - The manual page originally said: -- snip -- For compatibility with previous versions of SunOS 5.x, the $ format specifier is supported for formats containing only %s specifiers. -- snip -- ... however the matching support for this seems to be broken since several releases, we're therefore dropping this part and fully support "%n$"&co. for all formats for standards conformance. - An addition to the ksh93 test suite will gurantee that /usr/bin/printf will work as defined in this ARC case. #### Part 3: Enhancement of /usr/bin/sleep The 3rd part of this project specifies an enhancement to /usr/bin/sleep and based on the AT&T AST "sleep" command. The AT&T version of the "sleep" utility provides support sub-second timeouts and C99/XPG6-based input values (including special values such as "Inf"/"Infinite"). #### Part 4: The addition of /usr/bin/rev The 4th part of this project specifies a new utility called "/usr/bin/rev" which is used to reverse the characters or lines of one or more files. Like other built-in commands named in PSARC/2006/550, the "rev" built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in "rev" in ksh93 will only be invoked if called with no pathname prefix, and if a /bin/rev or /usr/bin/rev executable is found first on the user's path. The stability of the "/usr/bin/rev" command and built-in command-line interface and the system variables documented in rev(1) is "Committed". #### Part 5: Enhancement of /usr/bin/sum The 5th part of this project specifies an enhancement to /usr/bin/sum and a new ksh93 built-in with the same name based on the AT&T AST "sum" command. The AT&T version of the "sum" utility provides extensions not present in the current Solaris "sum" utility, which are useful for small applications to generate hash sums (for example using the MD5 hash for MIME "Content-MD5:"-headers). Like other built-in commands named in PSARC/2006/550, the "sum" built-in in ksh93 will be bound to the /usr/bin/ pathname. The built-in "sum" in ksh93 will only be invoked if called with no pathname prefix, and if a /bin/sum or /usr/bin/sum executable is found first on the user's path. The stability of the "/usr/bin/sum" command and built-in command-line interface and the system variables documented in sum(1) is "Committed". An addition to the ksh93 test suite will gurantee compatibilty between previous versions of the /usr/bin/sum utillity and the new version. The "sum" command will use libmd to use Solaris's native&&optimized versions for ciphers like MD5 and the SHA*-family. #### Part 6: Add AT&T "shcomp" (shell script compiler) and "shbinexec" kernel module ## Part 6.1: Addition of AT&T "shcomp" (shell script compiler) The 6.1 part of this project is the addition of AT&T's "shcomp" utility as /usr/bin/shcomp which has multiple goals: 1. serve as basis for a future "ksh88 to ksh93"-migration toolkit 2. act as basis for a future "shell lint" tool to provide a way to test shell scripts like Sun Studio's "lint" 3. extract localiseable strings from shell scripts (using option "-D") 4. compile (ksh93) shell scripts into a compact, portable and platform/ISA/endian-independent binary format which can be read by ksh93 (for example this would allow vendors to ship binary code if they cannot release the code as source or "shrink" shell scripts to the absolute minimum for environments like embedded systems or the Solaris miniroot) The stability of the /usr/bin/shcomp command-line interface and the system variables documented in shcomp(1) is "Committed"; the compiled shell code format is "Committed Private" ("shcomp" being the only generator of the format and /usr/bin/ksh93 the only consumer; both share the same code via libshell) and the output of the "-D" option is "Not an Interface". ## Part 6.2: Addition of kernel module to recognize "shbin" executables Part 6.2 requests the addition of a kernel module to recognize compiled ksh93 shell scripts and execute the ksh93 interpreter if this format is recognized. The conditions to recognize compiled ksh93 shell scripts are: (a) The file must have the "x" (=executable) flag set and (b) The file content must match the signature (starting at byte 0) \013\023\010\000 (which are the ASCII charatcers { 'k', 's', 'h', '\0', ... } masked through a binary AND operation using the value 37 as 2nd operand). Notes: - The format includes a version specifer but the kernel module will leave all version/consistency/etc.-checkin to ksh93 itself - /etc/magic will be updated that /usr/bin/file and /usr/xpg4/bin/file will recognize compiled shell code. --Boundary_(ID_aIZTckqra9v5sNadbaDoMg) Content-type: text/plain; charset=us-ascii; name=manpage_diff.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=manpage_diff.txt # Manpage diff for cd No differences encountered # Manpage diff for jobs No differences encountered # Manpage diff for kill --- kill.1.original.txt Tue Dec 4 16:53:05 2007 +++ kill.1.new.txt Tue Dec 4 21:33:44 2007 @@ -283,12 +283,14 @@ ksh93 ____________________________________________________________ - | ATTRIBUTE TYPE | ATTRIBUTE VALUE | - |______________________________|______________________________| - | Availability | SUNWcsu | - |______________________________|______________________________| - | Interface Stability | Uncommitted | - |______________________________|______________________________| + | ATTRIBUTE TYPE | ATTRIBUTE VALUE | + |______________________________|____________________________| + | Availability | SUNWcsu | + |______________________________|____________________________| + | CSI | enabled | + |______________________________|____________________________| + | Interface Stability | Uncommitted | + |______________________________|____________________________| SEE ALSO csh(1), jobs(1), ksh(1), ksh93(1), ps(1), sh(1), shell_builtins(1), @@ -296,6 +298,10 @@ butes(5), environ(5), standards(5) NOTES + /usr/bin/kill + The number of realtime signals supported is defined by the + getconf value _POSIX_RTSIG_MAX. + sh The Bourne shell, sh, has a built-in version of kill to pro- vide the functionality of the kill command for processes # Manpage diff for logname --- logname.1.original.txt Fri Oct 19 08:24:45 2007 +++ logname.1.new.txt Fri Oct 19 09:08:57 2007 @@ -9,9 +9,14 @@ logname - return user's login name SYNOPSIS - logname + /usr/bin/logname + ksh93 + logname + DESCRIPTION + /usr/bin/logname + The logname utility will write the user's login name to standard output. The login name is the string that would be returned by the getlogin(3C) function. Under the conditions @@ -19,6 +24,15 @@ message to standard error and exit with a non-zero exit status. + ksh93 + logname + + logname writes the users's login name to standard output. + The login name is the string that is returned by the + getlogin(2) function. If getlogin(2) does not return + successfully, the corresponding to the real user id of the + calling process is used instead. + ENVIRONMENT VARIABLES See environ(5) for descriptions of the following environment variables that affect the execution of logname: LANG, # Manpage diff for mkfifo --- mkfifo.1.original.txt Fri Oct 19 08:27:33 2007 +++ mkfifo.1.new.txt Fri Oct 19 09:06:41 2007 @@ -11,7 +11,12 @@ SYNOPSIS /usr/bin/mkfifo [-m mode] path... + ksh93 + mkfifo [ options ] file ... + DESCRIPTION + /usr/bin/mkfifo + The mkfifo utility creates the FIFO special files named by its argument list. The arguments are taken sequentially, in the order specified; and each FIFO special file is either @@ -28,7 +33,13 @@ a=rw, modified by the current value of the file mode crea- tion mask umask(1). + ksh93 + + mkfifo creates one or more FIFO's. By default, the mode of + created FIFO is a=rw minus the bits set in the umask(1). + OPTIONS + /usr/bin/ksh93 The following option is supported: -m mode Sets the file permission bits of the newly-created @@ -38,6 +49,10 @@ strings, the op characters + and - will be inter- preted relative to an assumed initial mode of a=rw. + ksh93 + -m, --mode=mode Set the mode of created FIFO to mode. mode + is symbolic or octal mode as in chmod(1). Relative + modes assume an initial mode of a=rw. OPERANDS # Manpage diff for printf --- printf.1.original.txt Thu Nov 22 15:29:21 2007 +++ printf.1.new.txt Mon Dec 3 17:46:47 2007 @@ -17,16 +17,11 @@ DESCRIPTION /usr/bin/printf - The /usr/bin/printf command writes formatted operands to the standard - output. The _a_r_g_u_m_e_n_t operands are formatted under control of - the _f_o_r_m_a_t operand. - - ksh93 printf writes each string operand to standard output using format to control the output format. - The format operands supports the full range of ANSI C formatting specifiers - plus the following additional specifiers: + The format operands supports the full range of ANSI C/C99/XPG6 formatting + specifiers plus the following additional specifiers: %b Each character in the string operand is processed specially as follows: \a Alert character. @@ -69,7 +64,7 @@ will continue to be processed. In addition to the format specifier extensions, the following extensions of - ANSI-C are permitted in format specifiers: + ANSI C/C99/XPG6 are permitted in format specifiers: - The escape sequences \E and \e expand to the escape character which is octal 033 in ASCII. - The escape sequence \cx expands to Control-x. @@ -96,8 +91,8 @@ were supplied, numeric conversions will be treated as if 0 were supplied, and time conversions will be treated as if now were supplied. - printf is equivalent to print -f which allows additional options to be - specified. + /usr/bin/printf is equivalent to ksh93's "printf" built-in and print -f which + allows additional options to be specified. OPERANDS The following operands are supported for /usr/bin/printf: @@ -258,17 +253,12 @@ Notice that this printf utility, like the printf(3C) func- tion on which it is based, makes no special provision for dealing with multi-byte characters when using the %c conver- - sion specification or when a precision is specified in a %b - or %s conversion specification. Applications should be - extremely cautious using either of these features when there + sion specification. Applications should be extremely + cautious using either of these features when there are multi-byte characters in the character set. Field widths and precisions cannot be specified as *. - For compatibility with previous versions of SunOS 5._x, the $ - format specifier is supported for formats containing _o_n_l_y %s - specifiers. - The %b conversion specification is not part of the ISO C standard; it has been added here as a portable way to pro- cess backslash escapes expanded in string operands as pro- @@ -430,6 +420,106 @@ writes the value accumulated at the time the error was detected to standard output. + + Example 6: Alternative floating point representation 1: + The printf utility supports an alternative floating point representation + (see printf(3c) manual page's entry for the "%a"/"%A") which allows + the output of floating-point values in a format which avoids the the + usual base16 to base10 rounding errors. + + example% printf "%a\n" 2 3.1 NaN + + produces: + + 0x1.0000000000000000000000000000p+01 + 0x1.8ccccccccccccccccccccccccccdp+01 + nan + + + Example 7: Alternative floating point representation 2: + The following example shows two different representations of the + same floating-point value: + + example% x=2 ; printf "%f == %a\n" x x + + produces: + + 2.000000 == 0x1.0000000000000000000000000000p+01 + + + Example 8: Output of unicode values + The following command will print the EURO unicode symbol (code-point 0x20ac) + example% LC_ALL=en_US.UTF-8 printf "\u[20ac]\n" + + produces: + + + (where "" represents the EURO currency symbol character) + + + Example 9: Convert unicode character to unicode code-point value: + The following command will print the hexadecimal value of a given + character. + + example% export LC_ALL=en_US.UTF-8 + example% printf "%x\n" "'" + (where "" represents the EURO currency symbol character + (code-point 0x20ac)) + + produces: + + 20ac + + + Example 10: Print the numeric value of an ASCII character: + printf "%d\n" "'A" + + produces: + + 65 + + + Example 11: To print the language-independent date and time + format, the following statement could be used: + + printf "format" weekday month day hour min + (e.g. $ printf format "Sunday" "July" 3 10 2 + + For American usage, format could be the string: + + "%s, %s %d, %d:%.2d\n" + + producing the message: + + Sunday, July 3, 10:02 + + whereas for EU usage, format could be the string: + + "%1$s, %3$d. %2$s, %4$d:%5$.2d\n" + (note that the '$' charatcers must be propperly escaped, e.g. + "%1\$s, %3\$d. %2\$s, %4\$d:%5\$.2d\n" in this case) + + producing the message: + + Sunnday, 3. July, 10:02 + + +NOTES + Using format specifiers (characters following '%') which are not listed + in the printf(3c) or this manual page will result in undefined behaviour. + + Using escape sequences (the character following a backslash ('\')) which + are not listed in the printf(3c) or this manual page will result in + undefined behaviour. + + Floating-point values follow C99, XPG6 and IEEE 754 standard behaviour + and and can handle values the same way as the platform's |long double| + datatype. + + Floating-point values handle the sign seperately which allows signs + for values like NaN (i.e. -nan), Infinite (i.e. -inf) and zero + (i.e. -0.0). + ENVIRONMENT VARIABLES See environ(5) for descriptions of the following environment variables that affect the execution of printf: LANG, LC_ALL, # Manpage diff for read No differences encountered # Manpage diff for rev --- /dev/null Wed Feb 13 05:14:51 2008 +++ rev.1.new.txt Fri Nov 30 00:45:55 2007 @@ -1,0 +1,42 @@ +NAME + rev - reverse the characters or lines of one or more files + +SYNOPSIS + /usr/bin/rev [-l] [file ...] + + ksh93 + rev [-l] [file ...] + +DESCRIPTION + rev copies one or more files to standard output reversing the + order of characters on every line of the file or reversing + the order of lines of the file if -l is specified. + + If no file is given, or if the file is -, rev copies from + standard input starting at the current offset. + +OPTIONS + -l, --line Reverse the lines of the file. + +EXIT STATUS + 0 All files copied successfully. + >0 One or more files did not copy. + +ATTRIBUTES + See attributes(5) for descriptions of the following attri- + butes: + + /usr/bin/rev + ____________________________________________________________ + | ATTRIBUTE TYPE | ATTRIBUTE VALUE | + |_____________________________|_____________________________| + | Availability | SUNWcsu | + |_____________________________|_____________________________| + | CSI | Enabled | + |_____________________________|_____________________________| + | Interface Stability | Commited | + |_____________________________|_____________________________| + + +SEE ALSO + cat(1), tail(1) # Manpage diff for shcomp --- /dev/null Wed Feb 13 05:14:51 2008 +++ shcomp.1.new.txt Fri Nov 30 00:43:23 2007 @@ -1,0 +1,66 @@ +NAME + shcomp - compile a ksh93 shell script + +SYNOPSIS + shcomp [-nv] [infile [outfile]] + + shcomp -D [infile [outfile]] + +DESCRIPTION + Unless -D is specified, shcomp takes a shell script, infile, + and creates a binary format file, outfile, that ksh93 can read + and execute with the same effect as the original script. + + Since aliases are processed as the script is read, alias + definitions whose value requires variable expansion will not + work correctly. + + If -D is specifed, all double quoted strings that are preceded + by $ are printed, one literal per line, e.g. a literal $"foo" + will be printed as "foo" in the output + These are the messages that need to be translated to locale + specific versions for internationalization. + + If outfile is omitted, both modes will write their results + to standard output. If infile is also omitted, the + shell script will be read from standard input. + +OPTIONS + -D, --dictionary + Generate a list of strings that need to be + placed in a message catalog for + internationalization. + -n, --noexec Displays warning messages for obsolete or + non-conforming constructs. + -v, --verbose Displays input from infile onto standard error + as it reads it. + +EXIT STATUS + 0 Successful completion. + >0 An error occurred. + +ATTRIBUTES + See attributes(5) for descriptions of the following attri- + butes: + + /usr/bin/shcomp + ____________________________________________________________ + | ATTRIBUTE TYPE | ATTRIBUTE VALUE | + |_____________________________|_____________________________| + | Availability | SUNWcsu | + |_____________________________|_____________________________| + | CSI | Enabled | + |_____________________________|_____________________________| + | Interface Stability | See below | + |_____________________________|_____________________________| + + + The stability of the /usr/bin/shcomp command-line interface + and thesystem variables documented in shcomp(1) is "Committed"; + the compiled shell code format is "Committed Private" ("shcomp" + being the only generator of the format and /usr/bin/ksh93 the + only consumer; both share the same code via libshell) and + the output of the "-D" option is "Volatile". + +SEE ALSO + ksh93(1) # Manpage diff for sleep --- sleep.1.original.txt Thu Nov 22 17:21:44 2007 +++ sleep.1.new.txt Fri Nov 23 20:20:45 2007 @@ -9,7 +9,7 @@ sleep - suspend execution for an interval SYNOPSIS - /usr/bin/sleep _t_i_m_e + /usr/bin/sleep _seconds_ ksh93 sleep _seconds_ @@ -16,11 +16,6 @@ DESCRIPTION - /usr/bin/sleep - The sleep utility will suspend execution for at least the - integral number of seconds specified by the _t_i_m_e operand. - - ksh93 sleep suspends execution for at least the time specified by seconds or until a SIGALRM signal is received. seconds can be specifed as a floating point number but the actual granularity depends on the underlying system, normally @@ -28,10 +23,14 @@ OPERANDS - The following operands are supported for /usr/bin/sleep: + The following operands are supported for /usr/bin/sleep and ksh93's + "sleep" built-in command: - _t_i_m_e A non-negative decimal integer specifying the + _t_i_m_e A non-negative floating-point number specifying the number of seconds for which to suspend execution. + The floating-point number may be specified in all formats + required by C99/XPG6, including constants such as "Inf" or + "infinite". @@ -50,6 +49,20 @@ sleep 37 done + Example 2: Suspending command execution forever (or until a SIGALRM + signal is received): + + example% sleep Inf + + + Example 3: Suspending command execution for 0.5 seconds using + an alternative floating-point representation for the value "0.5": + + example% printf "%a\n" 0.5 + 0x1.0000000000000000000000000000p-01 + + example% sleep 0x1.0000000000000000000000000000p-01 + ENVIRONMENT VARIABLES See environ(5) for descriptions of the following environment variables that affect the execution of sleep: LANG, LC_ALL, @@ -121,9 +134,10 @@ The sleep utility will take the standard action for all other signals. + The behaviour for input values such as "NaN" (not-a-number) or negative + values is undefined. - # Manpage diff for sum --- sum.1.original.txt Fri Oct 19 03:49:51 2007 +++ sum.1.new.txt Fri Feb 15 07:27:37 2008 @@ -9,22 +9,186 @@ sum - print checksum and block count for a file SYNOPSIS - sum [-r] [file...] + /usr/bin/sum [-abBchHlLpPrRstTw] [-x method] [file...] + ksh93 + sum [-abBchHlLpPrRstTw] [-x method] [file...] + DESCRIPTION - The sum utility calculates and prints a 16-bit checksum for - the named file and the number of 512-byte blocks in the - file. It is typically used to look for bad spots, or to - validate a file communicated over some transmission line. + /usr/bin/sum + ksh93 "sum" + The sum command and ksh93 built-in command "sum" lists the + checksum, and for most methods the block count, for each file + argument. The standard input is read if there are no file + arguments. + getconf UNIVERSE determines the default + sum method: att for the att universe, bsd otherwise. The + default for the other commands is the command name itself. The + att method is a true sum, all others are order dependent. -OPTIONS - The following options are supported: + Method names consist of a leading identifier and 0 or more + options separated by -. - -r Use an alternate (machine-dependent) algorithm in - computing the checksum. + getconf PATH_RESOLVE determines how symbolic links are + handled. This can be explicitly overridden by the --logical, + --metaphysical, and --physical options below. PATH_RESOLVE can + be one of: + logical + Follow all symbolic links. + metaphysical + Follow command argument symbolic links, otherwise + don't follow. + physical + Don't follow symbolic links. +OPTIONS + The following options are supported by /usr/bin/sum + -a, --all List the checksum for all files. Use with + --total to list both individual and total + checksums and block counts. + -b, --binary Read files in binary mode. This is the + default. + -B, --scale=scale + Block count scale (bytes per block) override + for methods that include size in the output. + The default is method specific. + -c, --check Each file is interpreted as the output from a + previous sum. If --header or --permissions was + specified in the previous sum then the + checksum method is automatically determined, + otherwise --method must be specified. The + listed checksum is compared with the current + value and a warning is issued for each file + that does not match. If file was generated by + --permissions then the file mode, user and + group are also checked. Empty lines, lines + starting with #, or the line # are + ignored. Lines containing no blanks are + interpreted as [no]name[=value] options: + method=name + Checksum method to apply to subsequent + lines. + permissions + Subsequent lines were generated with + --permissions. + -h, --header Print the checksum method as the first output + line. Used with --check and --permissions. + -l, --list Each file is interpreted as a list of files, + one per line, that is checksummed. + -p, --permissions + If --check is not specified then list the file + mode, user and group between the checksum and + path. User and group matching the caller are + output as -. If --check is specified then the + mode, user and group for each path in file are + updated if necessary to match those in file. A + warning is printed on the standard error for + each changed file. + -R, --recursive Recursively checksum the contents of + directories. + -t, --total List only the total checksum and block count + of all files. --all --total lists each + checksum and the total. The total checksum and + block count may be different from the checksum + and block count of the catenation of all files + due to partial blocks that may occur when the + files are treated separately. + -T, --text Read files in text mode (i.e., treat \r\n as + \n). + -w, --warn Warn about invalid --check lines. On by + default; -w means --nowarn. + -x, --method|algorithm=method + Specifies the checksum method to apply. Parenthesized method options are readonly implementation + details. + att|sys5|s5|default + The system 5 release 4 checksum. This is the default for sum when getconf UNIVERSE is att. + This is the only true sum; all of the other methods are order dependent. + ast4|32x4|tw + The ast 128 bit PRNG hash generated by catenating 4 separate 32 bit PNRG hashes. The block + count is not printed. + bsd|ucb + The BSD checksum. + crc 32 bit CRC (cyclic redundancy check). + polynomial=mask + The 32 bit crc polynomial bitmask with implicit bit 32. The default value is + 0xedb88320. + done[=number] + XOR the final crc value with number. 0xffffffff is used if number is omitted. The + option value may be omitted. The default value is 0. + init[=number] + The initial crc value. 0xffffffff is used if number is omitted. The option value may + be omitted. The default value is 0. + rotate + XOR each input character with the high order crc byte (instead of the low order). + size[=number] + Include the total number of bytes in the crc. number, if specified, is first XOR'd + into the size. The option value may be omitted. The default value is 0. + prng 32 bit PRNG (pseudo random number generator) hash. + mpy=number + The 32 bit PRNG multiplier. The default value is 0x01000193. + add=number + The 32 bit PRNG addend. The default value is 0. + init[=number] + The PRNG initial value. 0xffffffff is used if number is omitted. The option value may + be omitted. The default value is 0x811c9dc5. + md4|MD4 + RFC1320 MD4 message digest. Cryptographically weak. The block count is not printed. + (version) + md4 (solaris -lmd) 2005-07-26 + md5|MD5 + RFC1321 MD5 message digest. Cryptographically weak. The block count is not printed. + (version) + md5 (solaris -lmd) 2005-07-26 + sha1|SHA1|sha-1|SHA-1 + RFC3174 / FIPS 180-1 SHA-1 secure hash algorithm 1. Cryptographically weak. The block count + is not printed. + (version) + sha1 (solaris -lmd) 2005-07-26 + sha256|sha-256|SHA256|SHA-256 + FIPS 180-2 SHA256 secure hash algorithm. The block count is not printed. + (version) + sha256 (solaris -lmd) 2005-07-26 + sha384|sha-384|SHA384|SHA-384 + FIPS 180-2 SHA384 secure hash algorithm. The block count is not printed. + (version) + sha384 (solaris -lmd) 2005-07-26 + sha512|sha-512|SHA512|SHA-512 + FIPS 180-2 SHA512 secure hash algorithm. The block count is not printed. + (version) + sha512 (solaris -lmd) 2005-07-26 + posix|cksum|std|standard + The posix 1003.2-1992 32 bit crc checksum. This is the default cksum(1) method. Shorthand for + crc-0x04c11db7-rotate-done-size. + zip The zip(1) crc. Shorthand for crc-0xedb88320-init-done. + fddi The FDDI crc. Shorthand for crc-0xedb88320-size=0xcc55cc55. + fnv|fnv1 + The Fowler-Noll-Vo 32 bit PRNG hash with non-zero initializer (FNV-1). Shorthand for + prng-0x01000193-init=0x811c9dc5. + ast|strsum + The ast strsum(3) PRNG hash. Shorthand for prng-0x63c63cd9-add=0x9c39c33d. + -L, --logical|follow + Follow symbolic links when traversing + directories. The default is determined by + getconf PATH_RESOLVE. + -H, --metaphysical + Follow command argument symbolic links, + otherwise don't follow symbolic links when + traversing directories. The default is + determined by getconf PATH_RESOLVE. + -P, --physical Don't follow symbolic links when traversing + directories. The default is determined by + getconf PATH_RESOLVE. + -r, --bsd Equivalent to --method=bsd --scale=512 for + compatibility with other sum(1) + implementations. + -s, --sysv Equivalent ti --method=sys5 for for + compatibility with other sum(1) + implementations. + -S, --silent|status + No output for --check; 0 exit status means all + sums matched, non-0 means at least one sum + failed to match. Ignored for --permissions. - OPERANDS The following operands are supported: @@ -32,7 +196,6 @@ standard input is used. - USAGE See largefile(5) for the description of the behavior of sum when encountering files greater than or equal to 2 Gbyte ( 2 @@ -73,14 +236,16 @@ ____________________________________________________________ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | + |_____________________________|_____________________________| | Availability | SUNWesu | + |_____________________________|_____________________________| | CSI | enabled | |_____________________________|_____________________________| SEE ALSO - cksum(1), sum(1B), wc(1), attributes(5), environ(5), large- - file(5) + cksum(1), ksh93(1), sum(1B), wc(1), libmd(3lib), attributes(5), + environ(5), largefile(5) DIAGNOSTICS "Read error" is indistinguishable from end of file on most @@ -87,7 +252,9 @@ devices; check the block count. NOTES - Portable applications should use cksum(1). + Portable applications should use cksum(1), the default algorithm + for this command is defined in the POSIX standard and identical + across platforms. sum and usr/ucb/sum (see sum(1B)) return different check- sums. # Manpage diff for test --- test.1.original.txt Thu Nov 22 15:28:36 2007 +++ test.1.new.txt Fri Nov 23 20:19:14 2007 @@ -323,9 +323,11 @@ - _n_1 -eq _n_2 True if the integers _n_1 and _n_2 are + _n_1 -eq _n_2 True if the numbers _n_1 and _n_2 are algebraically equal. - (ksh93 also supports floating point numbers.) + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. @@ -341,34 +343,43 @@ - _n_1 -ne _n_2 True if the integers _n_1 and _n_2 are + _n_1 -ne _n_2 True if the numbers _n_1 and _n_2 are not algebraically equal. - (ksh93 also supports floating point numbers.) + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. - _n_1 -gt _n_2 True if the integer _n_1 is algebrai- - cally greater than the integer _n_2. - (ksh93 also supports floating point numbers.) + _n_1 -gt _n_2 True if the number _n_1 is algebrai- + cally greater than the number _n_2. + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. - _n_1 -ge _n_2 True if the integer _n_1 is algebrai- + _n_1 -ge _n_2 True if the number _n_1 is algebrai- cally greater than or equal to the - integer _n_2. - (ksh93 also supports floating point numbers.) + number _n_2. + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. + _n_1 -lt _n_2 True if the number _n_1 is algebrai- + cally less than the number _n_2. + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. - _n_1 -lt _n_2 True if the integer _n_1 is algebrai- - cally less than the integer _n_2. - (ksh93 also supports floating point numbers.) - - _n_1 -le _n_2 True if the integer _n_1 is algebrai- + _n_1 -le _n_2 True if the number _n_1 is algebrai- cally less than or equal to the - integer _n_2. - (ksh93 also supports floating point numbers.) + number _n_2. + A "number" may be integer, floating point or floating-point + constant (such as [+/-]Inf, [+/-]NaN) in any format specified + by C99/XPG6/SUS. @@ -714,8 +725,8 @@ endif - ksh - Example 5: Using the ksh built-in + ksh/ksh93 + Example 5: Using the ksh/ksh93 built-in ZERO=0 ONE=1 TWO=$((ONE+ONE)) ROOT=root if ((ONE > ZERO)) # _a_r_i_t_h_m_e_t_i_c_a_l _c_o_m_p_a_r_i_s_o_n @@ -822,13 +833,22 @@ sition aid for BSD applications and may not be supported in future releases. - When comparing file timestamps, the ksh93 test built-in - handles high-resolution timestamps of up to nanosecond - granularity, for filesystems which support them. + When comparing file timestamps, the /usr/bin/test and the + ksh93 test built-in handle high-resolution timestamps of up + to nanosecond granularity, for filesystems which support them. + XPG4/sh, ksh, ksh93: Is is recommended to use arithmetric + expressions (e.g. $(( x > 3.1 )) # instead of + $ /usr/bin/test "$x" -gt 3.1 # ) when comparing two floating-point + variables or a constant and a floating-point variable to prevent + rounding errors (caused by the base16 to base10 transformation) to + affect the result. Additionally the built-in arithmetric support + in XPG4/sh, ksh and ksh93 is significantly faster because it + doesn't require the explicit transformation to strings for each + comparisation. + - # Manpage diff for tty --- tty.1.original.txt Fri Oct 19 08:25:13 2007 +++ tty.1.new.txt Fri Nov 23 20:20:14 2007 @@ -9,15 +9,28 @@ tty - return user's terminal name SYNOPSIS - tty [-l] [-s] + /usr/bin/tty [-l] [-s] + ksh93 + tty [ options ] + DESCRIPTION + /usr/bin/tty + The tty utility writes to the standard output the name of the terminal that is open as standard input. The name that is used is equivalent to the string that would be returned by the ttyname(3C) function. + ksh93 + + The ksh93 tty built-in writes the name of the terminal that + is connected to standard input onto standard output. If the + standard input is not a terminal, "not a tty" will be written + to standard output. + OPTIONS + /usr/bin/tty The following options are supported: -l Prints the synchronous line number to which the @@ -29,8 +42,16 @@ -s Inhibits printing of the terminal path name, allow- ing one to test just the exit status. + ksh93 + -l, --line-number + Write the synchronous line number of the terminal + on a separate line following the terminal name line. + If the standard input is not a synchronous terminal + then "not on an active synchronous line" is written. + -s, --silent|quiet + Disable the terminal name line. + Portable applications should use [[ -t 0 ]] instead. - ENVIRONMENT VARIABLES See environ(5) for descriptions of the following environment variables that affect the execution of tty: LANG, LC_ALL, --Boundary_(ID_aIZTckqra9v5sNadbaDoMg)--