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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: ANN: Introducing AdaBase - Thick database bindings for Ada Date: Mon, 16 May 2016 15:06:10 -0500 Organization: JSA Research & Innovation Message-ID: References: <8VrZy.128683$4%6.19185@fx28.fr7> NNTP-Posting-Host: rrsoftware.com X-Trace: loke.gir.dk 1463429171 32151 24.196.82.226 (16 May 2016 20:06:11 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Mon, 16 May 2016 20:06:11 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:30422 Date: 2016-05-16T15:06:10-05:00 List-Id: wrote in message news:f1c76310-e74f-4734-9961-5743e877b5e2@googlegroups.com... >Le samedi 14 mai 2016 01:37:02 UTC+2, Randy Brukardt a écrit : >> Impossible, I fear. I tried that with Claw, but even having a several >> year >> head start didn't prevent someone from making their own incompatible >> version. > >And in retrospect, it was a good thing: since around 2000, GWindows [1] is >the only Ada thick binding for Windows maintained, developed, and usable >for real applications (just tested the 3rd one, JEWL [2]; builds and runs >fine, >but very limited beyond demos or toy projects). Not remotely true (except the point about JEWL - but it was always intended to be easy rather than powerful). (1) Plenty of real-world projects use/used Claw - I haven't asked for permission to talk about customers projects, but we've used it for the Trash-Finder UI, for the Claw Builder itself (a *very* tough task for an interface library), and a variety of internal tools. (2) Claw was actively developed for many years after 2000, and still is actively maintained now. (Not doing much development because of lack of demand.) (3) The above of course is a self-fufilling prophecy; once the split happened, the community had to make a choice and the effect was to duplicate all of the effort spent on Claw. The same effort could have been spent on enhancing Claw and more good stuff would have been available. At least Claw was not a total waste of time: (1) it toughened up the OOP and finalization support in Ada compilers, so GWindows and the like were even possible. (When we started with Claw, most of our code didn't work on early Ada 95 compilers for one reason or another.) (2) Claw.Directories turned into Ada.Directories, and Claw.Time turned into Ada.Calendar.Arithmetic and Ada.Calendar.Formatting - so those things are now available to all Ada programmers. Too bad that I could never get Ada.Sockets (after Claw.Sockets) off the ground. Randy.