From owner-sc22wg5@dkuug.dk Mon Sep 29 00:48:26 2003 Received: from ptah.dkuug.dk (localhost [127.0.0.1]) by dkuug.dk (8.12.10/8.9.2) with ESMTP id h8SMmMTl090730 for ; Mon, 29 Sep 2003 00:48:23 +0200 (CEST) (envelope-from owner-sc22wg5@dkuug.dk) Received: (from majordom@localhost) by ptah.dkuug.dk (8.12.10/8.12.10/Submit) id h8SMmMNp090729 for sc22wg5-domo; Mon, 29 Sep 2003 00:48:22 +0200 (CEST) X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by dkuug.dk (8.12.10/8.9.2) with ESMTP id h8SMmFTl090724 for ; Mon, 29 Sep 2003 00:48:18 +0200 (CEST) (envelope-from dnagle@erols.com) Received: from 66-44-65-228.s482.tnt6.lnhva.md.dialup.rcn.com ([66.44.65.228]) by smtp01.mrf.mail.rcn.net with smtp (Exim 3.35 #4) id 1A3kLB-0007DV-00 for sc22wg5@dkuug.dk; Sun, 28 Sep 2003 18:48:34 -0400 From: Dan Nagle To: sc22wg5@dkuug.dk Subject: Re: (SC22WG5.3013) Informal letter ballot on the draft FCD Date: Sun, 28 Sep 2003 18:46:43 -0400 Organization: Purple Sage Computing Solutions, Inc. Message-ID: <70penvgndeua96fu3ourjggutcl31udca9@4ax.com> References: <200309011315.h81DF0Cr075046@dkuug.dk> <200309281352.h8SDqlG6086492@ptah.dkuug.dk> In-Reply-To: <200309281352.h8SDqlG6086492@ptah.dkuug.dk> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0 () Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by dkuug.dk id h8SMmKTl090725 Sender: owner-sc22wg5@dkuug.dk Precedence: bulk Hello, On Sun, 28 Sep 2003 14:52:32 +0100, David Muxworthy wrote: > >1. Can the file-unit-numbers in the ISO_FORTRAN_ENV module take any >value, positive or negative? [178:30-32] says "a file-unit-number >whose value is nonnegative or equal to one of the named constants >INPUT_UNIT, OUTPUT_UNIT, or ERROR_UNIT of the ISO FORTRAN ENV module >(13.8.2)". [360:15-17] says "The value of the default integer scalar >constant INPUT_UNIT identifies ... [snip]. The value shall not be -1.", >and similarly for the other two units. > >This rather bald description implies that negative values may be used >but there is no definition of which values, if any. Further, it >apparently arbitrarily prohibits the value -1 without giving a reason. >Without knowing the intention I cannot offer an edit. The reason(s) is(are) that -1 is returned by INQUIRE to signal "no such unit", and several vendors use negative unit numbers internally to reference preconnected files. Thus, prohibiting -1 allows inquire to work as presently, and allowing other negative values allows current implementations to use the *_unit values to document current practice rather than to force a change. HTH -- Cheers! Dan Nagle Purple Sage Computing Solutions, Inc.