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-Thread: 103376,deac256a05c84a59 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Nick Roberts Newsgroups: comp.lang.ada Subject: Re: DOM and SAX parsing in Ada Date: Thu, 27 Jan 2005 20:15:55 +0000 Message-ID: References: <41900010.D28DD400@boeing.com><9CWjd.17305$5K2.1356@attbi_s03> <1106223415.857525.176640@c13g2000cwb.googlegroups.com> <41F4DB6F.4090909@mailinator.com> <35nh12F4oe4caU1@individual.net> Content-Type: text/plain; charset=us-ascii X-Trace: individual.net WkCZYD42/rAADbDbJ1cljgID63HZQH6rtav/B0WViN071efQk= X-Orig-Path: not-for-mail User-Agent: Gemini/1.45d (Qt/3.3.2) (Windows-XP) Xref: g2news1.google.com comp.lang.ada:8023 Date: 2005-01-27T20:15:55+00:00 List-Id: "Jeff C" wrote: > Ok..Forks are bad...but is it really "better" to create a separate XML/Ada > thing that just starts over rather than forking all together? I suppose > that is true if you have fundemental problems with the existing > approach.... I don't have any fundamental problems with the approach taken by XML/Ada, except that it doesn't have any maintenance documentation, and AdaCore don't seem to think any is necessary (isn't that weird?). But the DOM interface is not very suited to Ada, and neither is the SAX interface. There are lots of little technical niggles. One of the problems with XML/Ada 1.0 is that it doesn't support (read?) DTDs. For my own use, although I don't need validation, I do need to be able to declare entities in the DTD that will be correctly expanded in the document (I think this has significance for default attribute values). > But I guess I don't see the downside to a public fork v.s. a public > re-write of the whole thing from scratch. It's a question that I contemplated quite a lot myself. I agree that the answer isn't obvious. > My guess is ACT is just afraid to deal too closely with you because once > you finish your OS and new Ada compiler you will be a major competitor to > them. I guess that's a joke, but I don't see how AdaOS or ECLAT could be competition for AdaCore. Quite the opposite, since both will be released under the GPL, there would be absolutely nothing stopping AdaCore (or anyone else) from selling support for either or both, just as they sell support now for GNAT and other GPL software. They /should/ see AdaOS and ECLAT as a commercial opportunity. -- Nick Roberts