From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,e6ea6a59056d4060
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-03-30 15:14:45 PST
Path: 
 archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-01!supernews.com!195.40.4.120.MISMATCH!easynet-quince!easynet.net!teaser.fr!deine.net!fu-berlin.de!news.uni-stuttgart.de!cert.uni-stuttgart.de!news.enyo.de!not-for-mail
From: Florian Weimer <fw@deneb.enyo.de>
Newsgroups: comp.lang.ada
Subject: Re: GNAT 3.14p and Red Hat 7.2
Date: Sun, 31 Mar 2002 00:14:46 +0100
Organization: Enyo -- not your organization
Message-ID: <87ofh5wsux.fsf@deneb.enyo.de>
References: <a05cdd57.0203241520.2881e457@posting.google.com>
 <3C9F40A2.5AF3920D@raytheon.com>
 <a05cdd57.0203251812.6ed165b4@posting.google.com>
 <uit7js0rp.fsf@gsfc.nasa.gov> <87g02nm7gm.fsf@deneb.enyo.de>
 <mailman.1017226261.587.comp.lang.ada@ada.eu.org>
 <87sn6m4438.fsf@deneb.enyo.de> <a7veu6$mom$1@a1-hrz.uni-duisburg.de>
 <87sn6kjus2.fsf@deneb.enyo.de> <a8235t$3bt$1@a1-hrz.uni-duisburg.de>
 <a84ogo$dsf$1@a1-hrz.uni-duisburg.de> <87hemxyif6.fsf@deneb.enyo.de>
 <mailman.1017523381.30449.comp.lang.ada@ada.eu.org>
NNTP-Posting-Host: deneb.enyo.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: cygnus.enyo.de 1017530083 18932 212.9.189.171 (30 Mar 2002 23:14:43
 GMT)
X-Complaints-To: abuse@enyo.de
NNTP-Posting-Date: 30 Mar 2002 23:14:43 GMT
Cancel-Lock: sha1:MbmMEE//VXbKpN//iqZrG5bvw+k=
Xref: archiver1.google.com comp.lang.ada:21904
Date: 2002-03-30T23:14:43+00:00
List-Id: <comp.lang.ada>

"David C. Hoos, Sr." <david.c.hoos.sr@ada95.com> writes:

> Where did you get the idea that an Ada temporary file requires a
> name?

Oh, someone from ACT told it to me, and I didn't check it.

> A.8. (23) The exception Status_Error is propagated if the given file
> is not open. The exception Use_Error is propagated if the associated
> external file is a temporary file that cannot be opened by any name.

The GNAT standpoint seems to be, "our temporary files can be opened by
a name, that's why we never raise Use_Error".