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=-2.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,74b67a912cd10a8c X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-12 15:22:29 PST Path: supernews.google.com!sn-xit-03!supernews.com!freenix!enst!enst.fr!not-for-mail From: Erik Sigra Newsgroups: comp.lang.ada Subject: Re: XML/HTML DOM in Ada Date: Tue, 13 Mar 2001 00:19:47 +0100 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: References: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: Multipart/Mixed; charset="iso-8859-1"; boundary="------------Boundary-00=_Z4Y33SK0QCPFBZ7N7N3U" X-Trace: avanie.enst.fr 984439273 26041 137.194.161.2 (12 Mar 2001 23:21:13 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Mon, 12 Mar 2001 23:21:13 +0000 (UTC) To: comp.lang.ada@ada.eu.org, Stephen Leake Return-Path: X-Mailer: KMail [version 1.2] In-Reply-To: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0 Precedence: bulk X-Reply-To: sigra@home.se List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , List-Archive: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: supernews.google.com comp.lang.ada:5661 Date: 2001-03-13T00:19:47+01:00 --------------Boundary-00=_Z4Y33SK0QCPFBZ7N7N3U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit m�ndagen den 12 mars 2001 19:05 skrev Stephen Leake: > "Peter Hend�n" writes: > > > > Does anyone know where the "official" discussions stand with > > regard to the various solutions proposed to the with-ing problem? > > There is an Ada Issue on this, at > http://www.adaic.org/standards/95com/ada-issues/ somewhere, but I > can't remember the number right now, and I can't find it in > ai-summary.txt. Maybe you have time to do a better search. > > > > I've also come up against > > > a bug in GNAT (at least that's what GNAT > itself claims). Is > > > there a publically available known bug list, so I could > check > > > against it before I submit a report? > > No public list. Just send it in to report@gnat.com; they are in a > better position to decide whether it is a known bug or not. Try to > send a complete executable program that demonstrates the bug; they'll > run it against their latest internal build to see if it is currently > fixed. Is it the same bug I got today? Here is my report: I typed "gnatmake -gnatX foo" and got this: --------------------------------8<------------------------------------------ gnatgcc -c -gnatX foo.ads gnatgcc -c -gnatX bar.adb +===========================GNAT BUG DETECTED==============================+ | 3.13p (20000509) (i386-Ada-linux) Storage_Error stack overflow (or erroneous memory access)| | Error detected at /usr/lib/gcc-lib/i386-Ada-linux/2.8.1/adainclude/a-tags.adb:42:17| | Please submit bug report by email to report@gnat.com. | | Include the entire contents of this bug box in the report. | | Include the exact gnatgcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | | (use plain ASCII or MIME attachment). | | See gnatinfo.txt for full info on procedure for submitting bugs. | +==========================================================================+ Please include these source files with error report bar.ads bar.adb foo.ads compilation abandoned gnatmake: "bar.adb" compilation error --------------------------------8<------------------------------------------ All code is in the file "all". --------------Boundary-00=_Z4Y33SK0QCPFBZ7N7N3U Content-Type: text/plain; charset="iso-8859-1"; name="all" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="all" d2l0aCBGb287CnBhY2thZ2UgYm9keSBCYXIgaXMKICAgcHJvY2VkdXJlIEUgKFQgOiBpbiBGb28u QVBvaW50ZXIpIGlzIGJlZ2luIG51bGw7CiAgIGVuZCBFOwplbmQgQmFyOwp3aXRoIHR5cGUgRm9v LkFQb2ludGVyIGlzIGFjY2VzczsKcGFja2FnZSBCYXIgaXMKICAgdHlwZSBOIGlzIGFic3RyYWN0 IHRhZ2dlZCBudWxsIHJlY29yZDsKICAgdHlwZSBOQ2xhc3NQb2ludGVyIGlzIGFjY2VzcyBhbGwg TidDbGFzczsKICAgdHlwZSBOTm9kZTsKICAgdHlwZSBOTGlzdCBpcyBhY2Nlc3MgTk5vZGU7CiAg IHR5cGUgTk5vZGUgaXMgcmVjb3JkCiAgICAgIE5leHQgOiBOTGlzdDsKICAgICAgRGF0YSA6IE5D bGFzc1BvaW50ZXI7CiAgIGVuZCByZWNvcmQ7CiAgIHByb2NlZHVyZSBFIChUIDogaW4gRm9vLkFQ b2ludGVyKTsKZW5kIEJhcjsKd2l0aCBCYXI7CnBhY2thZ2UgRm9vIGlzCiAgIHR5cGUgQSBpcyBy ZWNvcmQgQiA6IEJhci5OTGlzdDsKICAgZW5kIHJlY29yZDsKICAgdHlwZSBBUG9pbnRlciBpcyBh Y2Nlc3MgQTsKZW5kIEZvbzsK --------------Boundary-00=_Z4Y33SK0QCPFBZ7N7N3U--