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.4 required=5.0 tests=BAYES_00,FROM_SUSPICIOUS_NTLD autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,8858d0601dfa850 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1995-03-15 03:10:47 PST Path: bga.com!news.sprintlink.net!cs.utexas.edu!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!pasteur.fr!news2.EUnet.fr!edf3.edf.fr!newshost!pascalo From: pascalo@cln46ac.world (Pascal OBRY) Newsgroups: comp.lang.ada Subject: Re: ada.sequential_io problem Date: 15 Mar 1995 11:00:23 GMT Organization: Direction des Etudes et Recherches EDF Message-ID: References: <3k3e12$2op@toads.pgh.pa.us> NNTP-Posting-Host: cln46ac.der.edf.fr In-reply-to: tore@lis.pitt.edu's message of 14 Mar 1995 06:44:50 GMT Date: 1995-03-15T11:00:23+00:00 List-Id: It's a know bug. The README at cs.nyu.edu say : ------------------------------------------------- Sequential_IO Note: Feb 16, 1995 :15:50 EST In GNAT 2.03 all instantiations of sequential_io will get the message: a-sequio.adb:33:59: actual for "Element_Type" must be a definite subtype The workaround is simple. Modify the type declaration of Element_Type on line 22 of adainclude/a-sequio.ads and remove the (<>). This should solve the problem. Note : This is a glitch in our current implementation of Sequential_IO, which will be fixed ASAP. In the meantime, the proposed workaround restricts one to instantiate Sequential_IO only with constrained types. ------------------------------------------------- -- --|--------------------------------------------------------------- --| Pascal OBRY e-mail: pascal.obry@der.edf.fr | --| EDF-DER-IPN-SID-ISI | --| Bureau G1-010 voice: +33-1-47.65.50.91 | --| 1 Av General de Gaulle | --| 92141 Clamart CEDEX | --| FRANCE | --|---------------------------------------------------------------