From owner-sc22wg5@dkuug.dk  Mon Dec  8 18:25:24 2003
Received: (from majordom@localhost)
	by dkuug.dk (8.12.10/8.9.2) id hB8HPOsp042954
	for sc22wg5-domo; Mon, 8 Dec 2003 18:25:24 +0100 (CET)
	(envelope-from owner-sc22wg5@dkuug.dk)
X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f
Received: from dwalin.rl.ac.uk (dwalin.rl.ac.uk [130.246.135.131])
	by dkuug.dk (8.12.10/8.9.2) with ESMTP id hB8HPHEt042937
	for <sc22wg5@dkuug.dk>; Mon, 8 Dec 2003 18:25:18 +0100 (CET)
	(envelope-from j.k.reid@rl.ac.uk)
X-RAL-MFrom: <j.k.reid@rl.ac.uk>
X-RAL-Connect: <jkr.cse.rl.ac.uk [130.246.9.202]>
Received: from jkr.cse.rl.ac.uk (jkr.cse.rl.ac.uk [130.246.9.202])
	by dwalin.rl.ac.uk (8.12.8/8.12.8) with ESMTP id hB8H6wTI013435
	for <sc22wg5@dkuug.dk>; Mon, 8 Dec 2003 17:06:58 GMT
Received: from rl.ac.uk (localhost.localdomain [127.0.0.1])
	by jkr.cse.rl.ac.uk (8.12.8/8.12.8) with ESMTP id hB8HBXkf003342
	for <sc22wg5@dkuug.dk>; Mon, 8 Dec 2003 17:11:35 GMT
Message-ID: <3FD4B0C5.5030105@rl.ac.uk>
Date: Mon, 08 Dec 2003 17:11:33 +0000
From: John Reid <j.k.reid@rl.ac.uk>
Reply-To: j.k.reid@rl.ac.uk
Organization: Rutherford Appleton Laboratory
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: WG5 <sc22wg5@dkuug.dk>
Subject: Further vote on the TR
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-CCLRC-SPAM-report: -4.9 : BAYES_00
X-Scanned-By: MIMEDefang 2.35
X-Spam-Score: 0 () 
Sender: owner-sc22wg5@dkuug.dk
Precedence: bulk


  Ballot on forwarding N1580 (J3/03-259r3) as the PDTR on Enhanced Module
  Facilities

               Deadline: 9 a.m. UK time on December 17th.


[Choose one of the following]


Yes


Yes, with the following further comments


Signed  John Reid.


...........................................................................


[8:15+]  Add extra edit for 279:30+:

Subclause 12.5.2.1, after constraint C1237, add

C1237a (R1225) A <proc-language-binding-spec> shall not be specified for
a procedure defined in a submodule unless its interface is defined in
the ancestor module.

[As things stand, a user could write a submodule with a procedure that
accesses private or protected data and invoke it via its binding label.
We need to plug this hole in our data protection mechanisms. This change
allows an f2003 module procedure to be split into parts, but does not
allow the user to provide a new procedure and invoke it.]


[9:20] At end of paragraph add
"A module procedure interface body shall not correspond to more than one
separate module procedure."
[This is needed to make the text at 9:17-20 work - there needs to be a
one-one correspondence between a module procedure interface and its
implementation.]