From owner-sc22wg5  Wed Aug  8 10:21:35 2001
Received: from nameserv.rl.ac.uk (nameserv.rl.ac.uk [130.246.135.129])
	by dkuug.dk (8.9.2/8.9.2) with ESMTP id KAA77037
	for <SC22WG5@dkuug.dk>; Wed, 8 Aug 2001 10:21:35 +0200 (CEST)
	(envelope-from jkr@jkr.cc.rl.ac.uk)
Received: from jkr.cc.rl.ac.uk (jkr.cc.rl.ac.uk [130.246.8.20])
	by nameserv.rl.ac.uk (8.8.8/8.8.8) with ESMTP id JAA18539
	for <SC22WG5@dkuug.dk>; Wed, 8 Aug 2001 09:21:34 +0100
Received: (from jkr@localhost)
	by jkr.cc.rl.ac.uk (8.8.8+Sun/8.8.8) id JAA24171
	for SC22WG5@dkuug.dk; Wed, 8 Aug 2001 09:23:42 +0100 (BST)
Date: Wed, 8 Aug 2001 09:23:42 +0100 (BST)
From: John Reid <jkr@rl.ac.uk>
Message-Id: <200108080823.JAA24171@jkr.cc.rl.ac.uk>
To: SC22WG5@dkuug.dk
Subject: (SC22WG5.2164) Named Scratch Files in Fortran 2000 - Rationale
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"


----- Begin Included Message -----

Date: Tue, 07 Aug 2001 20:04:02 -0500
From: Craig Dedo <Craig_Dedo@execpc.com>
X-Sequence: SC22WG5@dkuug.dk 2164
Errors-To: SC22WG5-request@dkuug.dk
Organization: Elmbrook Computer Services, Inc.
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: WG5 Mailing List <sc22wg5@dkuug.dk>
Subject: (SC22WG5.2164) Named Scratch Files in Fortran 2000 - Rationale
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms6029FACF5E13856E37D4215D"

This is a cryptographically signed message in MIME format.

--------------ms6029FACF5E13856E37D4215D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear WG5 Members:
    Today I learned that at the recent meeting, WG5 asked why we
included named scratch files in Fortran 2000.  According to J3/01-299
(below), there was no knowledge of a rationale.

    I was the champion for this issue.  J3 considered Named Scratch
Files at meetings 141 and 142 in May and August 1997.  The relevant
papers are:
    * 97-162r2 - May 15, 1997
    * 97-193r1 - August 12, 1997
Both of these papers are on the J3 Web site.

    According to the minutes of meetings 141 and 142, these papers were
considered at their respective meetings.  J3 never did debate or vote on
either the Rationale or the Technical Specification in either of these
papers.  J3 did debate and vote on the edits at both meetings.  At
Meeting 141, 97-162r2 was withdrawn for technical reasons.  At meeting
142, paper 97-193r1 passed unanimously (edits only).

    Here is a copy of the Rationale from both papers.
[Begin Rationale]
Rationale
    Currently, the Fortran standard does not allow the user to name
scratch files.  Not allowing the user to name scratch files is an
unnecessary irregularity.  A named scratch file would be the only kind
of named file which would be automatically deleted when the file is
closed or execution terminates.

    Allowing Fortran programmers to give names to scratch files would
have several advantages.  These advantages include:
*   This feature would allow the programmer to protect against
accidentally overwriting existing files.  This could happen if the
processor generates a file name which is the same as the name of an
existing file.
*   This feature would allow the programmer to specify a location for
the scratch file which has enough space for the scratch file's contents.

*   The programmer could look at a scratch file's contents during
execution.

    If the processor does not delete scratch files if the program
crashes, this feature would allow the programmer to do some post-mortem
analysis.
[End of Rationale]

    Please feel free to contact me if you have any questions or
concerns.

[Begin J3/01-299]
                                                      J3/01-299
Date:     06 August 2001
To:       J3
From:     Dan Nagle
Subject:  Sj Response to a WG5 comment (named scratch files)

One of the comments made by WG5 members at the recent London meeting
expressed a concern regarding named scratch files.  The criticism
was that we hadn't thought this through very well.  Fortran supports
named and unnamed files, unnamed files are made by specifying a
status of scratch.  Named files are not.  A specific question was
asked regarding the proper reaction of a program to a named scratch
file when the file name already exists.  J3 members present were
unable to provide a good answer to this question.  WG5 expressed
its desire to remove named scratch files from the draft.  This
paper is a vehicle for removing named scratch files from the draft
should J3 decide to do so, or alternatively, for replying to WG5
with our reasons why named scratch files should be kept in the draft.

To remove named scratch files from the draft:
(Yes, I know I need to provide line numbers.
Let's see what JoR says before I do it.  My pdf
version doesn't seem to have line numbers,
at least, I haven't found the switch.)

EDITS

(Restore the normative paragraph discussing the OPEN statement.)
[171: (paragraph after the constraints)] Add after the first sentence
"If the STATUS= specifier has the value SCRATCH, the FILE= specifier
shall not be present."

(Restore note in discussion of STATUS=.)
[174: (after the second paragraph under STATUS=)] Add the Note
"SCRATCH shall not be specified with a named file."
[End of J3/01-299]
--
----------
Sincerely,
Craig T. Dedo                       Internet:     Craig_Dedo@execpc.com
Elmbrook Computer Services, Inc.    Voice Phone:  (262) 783-5869
17130 W. Burleigh Place             Fax Phone:    (262) 783-5928
Brookfield, WI   53005-2759
USA

"They that can give up essential liberty to obtain a little temporary
    safety deserve neither liberty nor safety."  -- Benjamin Franklin
(1759)


--------------ms6029FACF5E13856E37D4215D
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
Content-Transfer-Encoding: base64

MIIKpAYJKoZIhvcNAQcCoIIKlTCCCpECAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
CDAwggT6MIIEY6ADAgECAhAiyQes2his52qh4Pqm0PciMA0GCSqGSIb3DQEBBAUAMIHMMRcw
FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5
IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp
dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAxMDMxMzAwMDAw
MFoXDTAyMDMxMzIzNTk1OVowggEVMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE
CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y
ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV
UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO
ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDUNyYWlnIFQuIERlZG8xJDAiBgkqhkiG
9w0BCQEWFWNyYWlnX2RlZG9AZXhlY3BjLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC
gYEAsTyuT8v6scC1fICw8tgnXqKEQC3sq5N+zWrKqEqLUq5jkg2chvf7/Rnt3YHlUqfQ888C
nwan8wBGdHPn/qJcUA9NI/npiKWxtVwebpoVlaprSOq5uAitzkLJf5U/pYhLqi/SnVayV9WD
XGGweWjFJ5brn8a/H1IpZ9tspaoosMMCAwEAAaOCAY8wggGLMAkGA1UdEwQCMAAwgawGA1Ud
IASBpDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1W
ZXJpU2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZl
cmlTaWduMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNm
MjA0NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdk
YTVkM2YyMTQxYmVhY2UzOGMyZjg4NzBiYWY2Y2Y0ZGUxMTQ5OTZhMWJhNDdmOWYzZWE0NTBj
MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2NsYXNzMS5jcmww
DQYJKoZIhvcNAQEEBQADgYEANcq/88DWti/aQMuOgHgVVR5H+4Vud+7B9e3wUU3shOKKcIM6
W62L0h5xURLhkEcUfLDVo1+pg8HFLO95ZzwAPxQEUt86tniM3cJy/p182HchRRHWQCsv2nR1
HG03wloj9uRi9xbfpkihN54Bfljr3qW8nuiEnSv4M7SueymVsj0wggMuMIICl6ADAgECAhEA
0nYujRQMPX2yqCVdr+4NdTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UE
ChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTgwNTEyMDAwMDAwWhcNMDgwNTEyMjM1OTU5WjCB
zDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l
dHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3Jw
LiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEgQ0Eg
SW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDCBnzANBgkqhkiG
9w0BAQEFAAOBjQAwgYkCgYEAu1pEigQWu1X9A3qKLZRPFXg2uA1Ksm+cVL+86HcqnbnwaLuV
2TFBcHqBS7lIE1YtxwjhhEKrwKKSq0RcqkLwgg4C6S/7wju7vsknCl22sDZCM7VuVIhPh0q/
Gdr5FegPh7Yc48zGmo5/aiSS4/zgZbqnsX7vyds3ashKyAkG5JkCAwEAAaN8MHowEQYJYIZI
AYb4QgEBBAQDAgEGMEcGA1UdIARAMD4wPAYLYIZIAYb4RQEHAQEwLTArBggrBgEFBQcCARYf
d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQTAPBgNVHRMECDAGAQH/AgEAMAsGA1Ud
DwQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQCIuDc73dqUNwCtqp/hgQFxHpJqbS/28Z3TymQ4
3BuYDAeGW4UVag+5SYWklfEXfWe0fy0s3ZpCnsM+tI6q5QsG3vJWKvozx74Z11NMw73I4xe1
pElCY+zCphcPXVgaSTyQXFWjZSAA/Rgg5V+CprGoksVYasGNAzzrw80FopCubjGCAjwwggI4
AgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g
VHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQ
QSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xh
c3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhAi
yQes2his52qh4Pqm0PciMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH
ATAcBgkqhkiG9w0BCQUxDxcNMDEwODA4MDEwNDAyWjAjBgkqhkiG9w0BCQQxFgQUDekFUCsA
48B4Cmve0p2NLgNBaWEwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0D
AgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcN
AQEBBQAEgYCTbRPvqA2YGvUUk6X+cIFsuPo+h5yWw2FCTWKj3Ikqa50EZlViadQ+USmYg5yY
idbHZKaME6ytKFk1QKyPkDSJHaSoarE7FA1hIXr3VBWxfpb1HHsgd2M9QZmNUNiVrnhWn/5o
yvGVnZlNTbL5+/adC6xk80J43ruvAAJRNWdo6g==
--------------ms6029FACF5E13856E37D4215D--



----- End Included Message -----

