From Craig.Dedo@mixcom.com Mon Jan 29 20:15:48 1996 Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by dkuug.dk (8.6.12/8.6.12) with ESMTP id UAA15955 for ; Mon, 29 Jan 1996 20:15:29 +0100 Received: from 156.46.42.242 by mixcom.mixcom.com (8.6.12/2.2) id NAA02423; Mon, 29 Jan 1996 13:11:30 -0600 Message-Id: <199601291911.NAA02423@mixcom.mixcom.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 29 Jan 96 13:19:04 -0600 From: Craig Dedo Subject: Re: (x3j3.1996-37) fodder for meeting To: Keith.Bierman@eng.sun.com Cc: WG5 Mailing List In-Reply-To: <9601291851.AA13858@chiba.eng.sun.com> X-Mailer: SPRY Mail Version: 04.00.06.17 Dear X3J3 Members: On Mon, 29 Jan 96, Keith.Bierman@eng.sun.com wrote: >Some schemes for extending the computational environment to 64-bits >simply promote all "pointers" to 64-bit. This may be what wins. >There are others that choose to stick to 32-bit "pointers" by >default. On such a system one might ask (as someone already has....) > The NEXTREC= specifier of an INQUIRE statement is required to be > a scalar-default-int-variable. With large file systems, it might > be impossible to store the correct value of NEXTREC= in a default > INTEGER variable. If a larger integer type is available, it would > be nice to be able to use it. Perhaps this is an issue X3J3 should > address in Fortran 96. >Of course a processor could allow use of non-default kinds in nextrec >as an extension ... but such code would be flagged as non-standard >complying .... [ deleted information on historic large problems] >I don't have text proposed at this juncture ... but a "straw vote" >might be handy. Does anyone think this is a problem that ought to be >fixed in this release? Absolutely _YES_. I propose a simple solution. Allow ANY kind of INTEGER in any I/O specifier that requires an INTEGER data object. I.e., a processor would be required to accept any INTEGER data object. Failure to do so would not be standard conforming. ---------- Sincerely, Craig T. Dedo Internet: Craig.Dedo@mixcom.com Elmbrook Computer Services Voice Phone: (414) 783-5869 17130 W. Burleigh Place Brookfield, WI 53005 Disclaimer: These opinions are mine alone. USA They do NOT represent any organization. "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin