Hi,
FYI, these are all added to the request-sponsor table. The table has
individual entries for bugs, so each is listed separately. But I put a
note in the last column of each that says "ksh93-integration update2" so
it is clear these all go together.
Thanks.
Bonnie
On 02/15/09 09:24 PM, Roland Mainz wrote:
> Hi!
>
> ----
>
> This is a sponsor request for the ksh93-integration update2 putback
> which is covered by the following CR#'s in bugster:
> CR #6793763 ("RFE: Update /usr/bin/ksh93 to ast-ksh.2009-01-14")
> CR #6793722 ('RFE: Update /usr/bin/cmp to AT&T AST "cmp')
> CR #6793714 ('RFE: Update /usr/bin/comm to AT&T AST "comm')
> CR #6793719 ('RFE: Update /usr/bin/cut to AT&T AST "cut"')
> CR #6793721 ('RFE: Update /usr/bin/paste to AT&T AST "paste"')
> CR #6793747 ('RFE: Provide "print" builtin as /usr/bin/print for
> external applications')
> CR #6793726 ('RFE: Update /usr/bin/uniq to AT&T AST "uniq"')
> CR #6793735 ('RFE: Update /usr/bin/wc to AT&T AST "wc"')
> CR #6794952 ("RFE: Enable "globstar" mode in /etc/ksh.kshrc (=
> interactive ksh93 shells)")
> CR #6800113 ("We need a /usr/xpg4/bin/printf utility for SUS
> conformance")
> CR #6793744 ("RFE: Add /usr/share/doc/ksh/ for ksh93 documentation")
> CR #6791838 ("*ksh93* unset of a variable which is not set should return
> 0")
> CR #6790507 ("RFE: Update /usr/bin/tail and /usr/xpg4/bin/tail to AT&T
> AST tail")
> CR #6789247 ("[ku1] libast/ksh93 1-digit hexfloat base conversion rounds
> incorrectly")
> CR #6778077 ("*ksh93* does not understand "THAW" as a signal for use
> with trap")
> CR #6631969 ("/usr/bin/printf does not recognize positional arguments
> like %n$")
> CR #6765756 ("*libast* Array overruns in libast")
> CR #6764665 ("*libpp* Array overrun in libpp")
> CR #6805792 ("Moving local compound var into array does not work")
> CR #6805794 ('printf returns "invalid character constant" for $ printf
> "%d\n" "'<euro>"')
> CR #6805797 ('Can't append to nodes of an array of comp. vars if
> addressing them via nref')
> CR #6805795 ("ksh93 does not differ between -0 and +0")
> CR #6805800 ("Declaring associative compound array does not work")
> CR #6805799 ("Indexed compound variable arrays do not work...")
>
> Note that this list looks large but this is technically only one single
> putback.
>
> My contributor ID is "OS0025".
>
> ----
>
> Bye,
> Roland
>
