From dwc@sac.sfbay.sun.com Wed Sep 17 12:43:01 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 m8HJh17N004585
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 17 Sep 2008 12:43:01 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8HJgkZG015749;
	Wed, 17 Sep 2008 20:43:00 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K7C00G01URMVS00@nwk-avmta-2.sfbay.sun.com>; Wed,
 17 Sep 2008 12:42:58 -0700 (PDT)
Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K7C00F2FURMSM20@nwk-avmta-2.sfbay.sun.com>; Wed,
 17 Sep 2008 12:42:58 -0700 (PDT)
Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m8HJgvPb041815; Wed, 17 Sep 2008 12:42:57 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8HJgtE9004580; Wed,
 17 Sep 2008 12:42:55 -0700 (PDT)
Received: (from dwc@localhost)	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit)
 id m8HJgtEH004576; Wed, 17 Sep 2008 12:42:55 -0700 (PDT)
Date: Wed, 17 Sep 2008 12:42:55 -0700 (PDT)
From: Don Cragun <don.cragun@sun.com>
Subject: Remove /usr/bin/printf from PSARC case 2008 094 [PSARC/2008/589 Self
 Review]
To: PSARC-ext@sun.com
Cc: April.Chin@sun.com, roland.mainz@nrubsig.org
Message-id: <200809171942.m8HJgtEH004576@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 1661


I am sponsoring this case for Roland Mainz (an OpenSolaris contributor)
and April Chin (acting as sponsor for this work).

I believe it qualifies for closed approved automatic status.   If a
PSARC member disagrees, let me know and I will upgrade it to a
fast-track case.

	Sincerely,
	Don

Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 Remove /usr/bin/printf from PSARC case 2008 094
    1.2. Name of Document Author/Supplier:
	 Author:  Donald Cragun
    1.3  Date of This Document:
	17 September, 2008
4. Technical Description

This case updates PSARC/2008/094 (ksh93 Update 1).

While implementing PSARC/2008/094, which (among other things) planned
to replace /usr/bin/printf with a link to the AT&T AST printf, the
project team found some irregularities in standards conformance in both
the default printf() function in libc and in the behavior of
/usr/bin/printf.

Since some of these issues may involve official interpretation requests
against the POSIX Standards and the Single UNIX Specifications, they
may take a long time to resolve.  Therefore, this case removes the
changes to /usr/bin/printf that were documented in PSARC/2008/094 from
the deliverables provided by that case so PSARC/2008/094 changes can
be integrated in a timely manner.

Since the current /usr/bin/printf will not be changed by this case,
there are no backwards compatibility issues.

6. Resources and Schedule
    6.4. Steering Committee requested information
	6.4.1. Consolidation C-team Name:
		ON
    6.5. ARC review type: Automatic
    6.6. ARC Exposure: open


From gdamore@Sun.COM Wed Sep 17 12:53:42 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 m8HJra0V004768
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 17 Sep 2008 12:53:41 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m8HJrGXr026066;
	Thu, 18 Sep 2008 03:53:30 +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 <0K7C00501V950H00@brm-avmta-1.central.sun.com>; Wed,
 17 Sep 2008 13:53:29 -0600 (MDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K7C003Z4V946S10@brm-avmta-1.central.sun.com>; Wed,
 17 Sep 2008 13:53:29 -0600 (MDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8HJrSN4025161;
 Wed, 17 Sep 2008 12:53:28 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K7C00901V42ZO00@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com)
 ; Wed, 17 Sep 2008 12:53:28 -0700 (PDT)
Received: from [10.7.251.172] by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0K7C00ARAV92FOF0@fe-sfbay-10.sun.com>; Wed,
 17 Sep 2008 12:53:27 -0700 (PDT)
Date: Wed, 17 Sep 2008 12:51:47 -0700
From: "Garrett D'Amore" <gdamore@Sun.COM>
Subject: Re: Remove /usr/bin/printf from PSARC case 2008 094 [PSARC/2008/589
 Self Review]
In-reply-to: <200809171942.m8HJgtEH004576@sac.sfbay.sun.com>
Sender: Garrett.Damore@Sun.COM
To: Don Cragun <don.cragun@Sun.COM>
Cc: PSARC-ext@Sun.COM, April.Chin@Sun.COM, roland.mainz@nrubsig.org
Message-id: <48D15FD3.1020803@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200809171942.m8HJgtEH004576@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.14 (X11/20080616)
Status: RO
Content-Length: 2040

I concur that this is an automatic approval case.  In fact, you probably 
could have just done it as an update to 2008/094 directly.

That said, out of curiosity, where do the implementations differ such 
that ksh93's version can't stand as a replacement?

    -- Garrett

Don Cragun wrote:
> I am sponsoring this case for Roland Mainz (an OpenSolaris contributor)
> and April Chin (acting as sponsor for this work).
>
> I believe it qualifies for closed approved automatic status.   If a
> PSARC member disagrees, let me know and I will upgrade it to a
> fast-track case.
>
> 	Sincerely,
> 	Don
>
> Template Version: @(#)sac_nextcase %I% %G% SMI
> This information is Copyright 2008 Sun Microsystems
> 1. Introduction
>     1.1. Project/Component Working Name:
> 	 Remove /usr/bin/printf from PSARC case 2008 094
>     1.2. Name of Document Author/Supplier:
> 	 Author:  Donald Cragun
>     1.3  Date of This Document:
> 	17 September, 2008
> 4. Technical Description
>
> This case updates PSARC/2008/094 (ksh93 Update 1).
>
> While implementing PSARC/2008/094, which (among other things) planned
> to replace /usr/bin/printf with a link to the AT&T AST printf, the
> project team found some irregularities in standards conformance in both
> the default printf() function in libc and in the behavior of
> /usr/bin/printf.
>
> Since some of these issues may involve official interpretation requests
> against the POSIX Standards and the Single UNIX Specifications, they
> may take a long time to resolve.  Therefore, this case removes the
> changes to /usr/bin/printf that were documented in PSARC/2008/094 from
> the deliverables provided by that case so PSARC/2008/094 changes can
> be integrated in a timely manner.
>
> Since the current /usr/bin/printf will not be changed by this case,
> there are no backwards compatibility issues.
>
> 6. Resources and Schedule
>     6.4. Steering Committee requested information
> 	6.4.1. Consolidation C-team Name:
> 		ON
>     6.5. ARC review type: Automatic
>     6.6. ARC Exposure: open
>
>   


From roland.mainz@nrubsig.org Wed Sep 17 13:12:44 2008
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8HKCi6j005601
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 17 Sep 2008 13:12:44 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8HKChpB012462;
	Wed, 17 Sep 2008 13:12:43 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K7C00609W55DA00@brm-avmta-1.central.sun.com>; Wed,
 17 Sep 2008 14:12:41 -0600 (MDT)
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 <0K7C003KMW546P30@brm-avmta-1.central.sun.com>; Wed,
 17 Sep 2008 14:12:40 -0600 (MDT)
Received: from relay21.sun.com
 (relay21.sun.com [192.12.251.24] (may be forged))	by brmea-mail-2.sun.com
 (8.13.6+Sun/8.12.9) with ESMTP id m8HJvOAu018823; Wed,
 17 Sep 2008 20:12:39 +0000 (GMT)
Received: from mms24es.mms.us.syntegra.com ([150.143.232.70] [150.143.232.70])
 by relay21i.sun.com with ESMTP id BT-MMP-3806564; Wed,
 17 Sep 2008 20:12:39 +0000 (Z)
Received: from relay21.sun.com (relay21.sun.com [192.12.251.24])
 by mms24es.mms.us.syntegra.com with ESMTP id BT-MMP-124150184; Wed,
 17 Sep 2008 20:12:39 +0000 (Z)
Received: from mail-in-13.arcor-online.net ([151.189.21.53] [151.189.21.53])
 by relay21i.sun.com with ESMTP id BT-MMP-20683858; Wed,
 17 Sep 2008 20:12:38 +0000 (Z)
Received: from mail-in-13-z2.arcor-online.net
 (mail-in-13-z2.arcor-online.net [151.189.8.30])	by mail-in-13.arcor-online.net
 (Postfix) with ESMTP id A61801E5200; Wed, 17 Sep 2008 22:12:36 +0200 (CEST)
Received: from mail-in-17.arcor-online.net
 (mail-in-17.arcor-online.net [151.189.21.57])
	by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 65BAD1B8E42; Wed,
 17 Sep 2008 22:12:36 +0200 (CEST)
Received: from jupiterb48.nrubsig.org
 (dslb-088-068-111-106.pools.arcor-ip.net [88.68.111.106])
	by mail-in-17.arcor-online.net (Postfix) with ESMTP id 028CF2BE36A; Wed,
 17 Sep 2008 22:12:35 +0200 (CEST)
Received: from nrubsig.org (localhost [127.0.0.1])	by jupiterb48.nrubsig.org
 (8.13.8+Sun/8.13.8) with ESMTP id m8HKCXRZ006093; Wed,
 17 Sep 2008 22:12:33 +0200 (CEST)
Date: Wed, 17 Sep 2008 22:12:32 +0200
From: Roland Mainz <roland.mainz@nrubsig.org>
Subject: Re: Remove /usr/bin/printf from PSARC case 2008 094
 [PSARC/2008/589Self Review]
Sender: gisburn@jupiterb48.nrubsig.org
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Don Cragun <don.cragun@sun.com>, PSARC-ext@sun.com, April.Chin@sun.com
Message-id: <48D164B0.E23AC1C0@nrubsig.org>
MIME-version: 1.0
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: ClamAV 0.93.3/8271/Wed Sep 17 18:58:50 2008 on
 mail-in-17.arcor-online.net
X-Virus-Status: Clean
X-Antispam: No, score=0.0/5.0, scanned in 0.094sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200809171942.m8HJgtEH004576@sac.sfbay.sun.com>
 <48D15FD3.1020803@sun.com>
Status: RO
Content-Length: 3697

Garrett D'Amore wrote:


> 
>     -- Garrett
> 
> Don Cragun wrote:
> > I am sponsoring this case for Roland Mainz (an OpenSolaris contributor)
> > and April Chin (acting as sponsor for this work).
> >
> > I believe it qualifies for closed approved automatic status.   If a
> > PSARC member disagrees, let me know and I will upgrade it to a
> > fast-track case.
> >
> >       Sincerely,
> >       Don
> >
> > Template Version: @(#)sac_nextcase %I% %G% SMI
> > This information is Copyright 2008 Sun Microsystems
> > 1. Introduction
> >     1.1. Project/Component Working Name:
> >        Remove /usr/bin/printf from PSARC case 2008 094
> >     1.2. Name of Document Author/Supplier:
> >        Author:  Donald Cragun
> >     1.3  Date of This Document:
> >       17 September, 2008
> > 4. Technical Description
> >
> > This case updates PSARC/2008/094 (ksh93 Update 1).
> >
> > While implementing PSARC/2008/094, which (among other things) planned
> > to replace /usr/bin/printf with a link to the AT&T AST printf, the
> > project team found some irregularities in standards conformance in both
> > the default printf() function in libc and in the behavior of
> > /usr/bin/printf.
> >
> > Since some of these issues may involve official interpretation requests
> > against the POSIX Standards and the Single UNIX Specifications, they
> > may take a long time to resolve.  Therefore, this case removes the
> > changes to /usr/bin/printf that were documented in PSARC/2008/094 from
> > the deliverables provided by that case so PSARC/2008/094 changes can
> > be integrated in a timely manner.
> >
> > Since the current /usr/bin/printf will not be changed by this case,
> > there are no backwards compatibility issues.
> 
> I concur that this is an automatic approval case.  In fact, you probably
> could have just done it as an update to 2008/094 directly.

Erm... the idea is to defer this part to a later putback when the issues
have been resolved. The problem is that we don't have time anymore for
_any_ discussions around the /usr/bin/printf since the code for
PSARC/2008/094 must be ready by Friday (_last_ _date_).

> That said, out of curiosity, where do the implementations differ such
> that ksh93's

s/ksh93/AST/ , ksh93 only offers the AST version of "printf" as builtin
command

> version can't stand as a replacement?

It's the "precision" option of "%s" - does it count in "whole
charatcers" (where "character" means "multi-byte character" (like all
other ksh88/ksh93/bash2/bash3 string operators do)), "screen columns"
(since _some_ multibyte characters occupy more than one screen column)
or "bytes".

The ksh93 builtin originally used "whole characters" but the POSIX/SUS
standards indirectly define "bytes" (without having any "leeway" right
now to allow "whole characters") and the Solaris command seems to use
(accidently ?) "screen columns" (where I doubt whether this makes
sense).
In the meantime the ksh93 builtin has been changed to use "bytes" as
defined by POSIX/SUS and we're now trying to investigate two things:
1. Why Solaris's /usr/bin/printf uses "screen columns" ?
2. How can we get a |printf()| formatting option for "whole characters"
("%s"'s precision option counting in bytes isn't very healthy for
multibyte characters) ?

We're currently digging around to get an answer for [1] but we don't
have _any_ time anymore to hold-off the other parts of PSARC/2008/094
for that - people need the updated/fixed ksh93 _BADLY_, preferable
checked-in yesterday or the day before that.

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz@nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)

