From owner-sc22wg5@dkuug.dk  Tue Jul 29 17:38:41 2003
Received: (from majordom@localhost)
	by dkuug.dk (8.12.8p1/8.9.2) id h6TFcf5W059496
	for sc22wg5-domo; Tue, 29 Jul 2003 17:38:41 +0200 (CEST)
	(envelope-from owner-sc22wg5@dkuug.dk)
X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f
Received: from mailhub.dfrc.nasa.gov (mailhub.dfrc.nasa.gov [130.134.81.12])
	by dkuug.dk (8.12.8p1/8.9.2) with ESMTP id h6TFbDEc059485
	for <sc22wg5@dkuug.dk>; Tue, 29 Jul 2003 17:38:37 +0200 (CEST)
	(envelope-from maine@altair.dfrc.nasa.gov)
Received: from mail.dfrc.nasa.gov by mailhub.dfrc.nasa.gov with ESMTP for sc22wg5@dkuug.dk; Tue, 29 Jul 2003 08:34:06 -0700
Received: from altair.dfrc.nasa.gov ([130.134.20.211])
          by mail.dfrc.nasa.gov (Post.Office MTA v3.5.3 release 223
          ID# 0-71686U2500L200S0V35) with ESMTP id gov
          for <sc22wg5@dkuug.dk>; Tue, 29 Jul 2003 08:36:58 -0700
Received: by altair.dfrc.nasa.gov (Postfix, from userid 201)
	id D3CDE350AE; Tue, 29 Jul 2003 08:36:54 -0700 (PDT)
From: Richard Maine <Richard.Maine@nasa.gov>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <16166.38038.710680.862198@altair.dfrc.nasa.gov>
Date: Tue, 29 Jul 2003 08:36:54 -0700
To: sc22wg5@dkuug.dk
Subject: (SC22WG5.2901) Nagging Doubts
In-Reply-To: <200307272128.h6RLSv3F046000@dkuug.dk>
References: <200307272128.h6RLSv3F046000@dkuug.dk>
X-Mailer: VM 7.07 under 21.4 (patch 12) "Portable Code" XEmacs Lucid
Sender: owner-sc22wg5@dkuug.dk
Precedence: bulk

Kurt W Hirchert writes:
 > From: Kurt W. Hirchert                ISO/IEC JTC1/SC22/WG5/N15xx
 > Subject: Nagging Doubts                               24 Jul 2003

I won't try to address the meat of this paper.  I haven't studied it
well enough yet to do a good job of that.

I wish to note only that I do *NOT* consider these to be "minor"
technical changes (much less "very minor").  I see these as
significant technical questions that we have absolutely no business
in changing in a draft that becomes a FCD.  There is new syntax here.
There are changes in definitions of things that could affect stuff
all over the standard (type compatibility).

If we try anything so foolish, we will get it wrong.  Kurt argues that
we have gotten several of these things wrong.  Perhaps he is correct,
but I believe that in making a last-minute change we would break more
things than we would fix.  The term "last-minute" understates things.
It is far past the last minute.

I don't think this is something that should have been distributed
"some weeks ago"; I'd say more like a year ago.

Although Kurt describes these as decisions made at the recent joint
meeting, most of them look like things that have been around a long
time to me.  In fact, I'm having trouble identifying any related
decisions made at the last meeting; perhaps I missed something, but
this material does not look like fixes of decisions made at the
last meeting to me.  We did make lots of decisions at the last
meeting, and I think that includes mistakes that need fixing, but
I'm having trouble making the connection with the questions of this
paper.

The reallocating assignment is part of the TR, for example.  The only
recent changes relating to it have to do with applying it to extra
cases; Kurt's concerns seem addressed more at the basic functionality
as described in the TR than to those extra cases.

The function side effect question is far from new and although C
interop is new, it isn't new to the joint meeting.  This one can get
very subtle; I'd bet that if we try to say anything of subtsance on it
now, it will be nonsensical in at least some cases and wil result in
interp questions.

Perhaps these are all thing that we really need to fix before going
out with an FCD.  I defer to WG5 on that question.  However, I
strongly feel that if we make changes of this order, we should
slip the schedule by at least 6 months.  I feel it irresponsible
to make such technical changes directly into the FCD.  If we put out
an FCD that has technical flaws because of after-the-last-minute
changes, then it will slip our schedule by a lot more than 6 months
(my understanding is that it kicks us back to the CD stage).

Of course, I have to be suspicious that if we slip the schedule by
6 months, we will just get a bunch more technical changes 6 months
from now.

Are we ready for FCD or not?  If we need to make these kind of changes,
then we aren't ready for it.  To me, that is the most fundamental
question here.

-- 
Richard Maine                |  Good judgment comes from experience;
Richard.Maine@nasa.gov       |  experience comes from bad judgment.
                             |        -- Mark Twain
