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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.66.102.6 with SMTP id fk6mr36925707pab.6.1437477454187; Tue, 21 Jul 2015 04:17:34 -0700 (PDT) X-Received: by 10.140.25.211 with SMTP id 77mr506117qgt.41.1437477453945; Tue, 21 Jul 2015 04:17:33 -0700 (PDT) Path: buffer2.nntp.dca1.giganews.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!f3no803940igg.0!news-out.google.com!4ni81694qgh.1!nntp.google.com!z61no2380246qge.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 21 Jul 2015 04:17:33 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=41.222.14.254; posting-account=6m7axgkAAADBKh082FfZLdYsJ24CXYi5 NNTP-Posting-Host: 41.222.14.254 References: <084c0dc7-ae74-4cb8-b1fe-78f42de94291@googlegroups.com> <5IidnWtEWowowjHInZ2dnUVZ5v6dnZ2d@giganews.com> <61db6272-72a4-47d7-b0e5-e870ac8a0432@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <5b3f2abd-62f0-461c-b9ef-5654ff1bd591@googlegroups.com> Subject: Re: Weakness of Ada is expensive / security / etc. ? Anything else? From: Serge Robyns Injection-Date: Tue, 21 Jul 2015 11:17:33 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: number.nntp.giganews.com comp.lang.ada:194234 Date: 2015-07-21T04:17:33-07:00 List-Id: On Monday, 20 July 2015 20:35:37 UTC+3, Shark8 wrote: > On Monday, July 20, 2015 at 3:52:03 AM UTC-6, Serge Robyns wrote: > >=20 > > I'm surprised that the AdaCore GNATCOLL SQL library has no "standard" s= upport for Oracle, although it was already there in GNADE from which GNATCO= LL SQL was build. I'm ok to work and contribute back, but this removes me = from my own project. Moreover, the code is quite "shaky" and not resilient= at all, which came as a bad surprise to me or a language like ADA. >=20 > GNATCOLL is terrible -- I've *never* gotten it to build w/ DB support and= properly link... and that's even after the massive inconvenience of cygwin= (needed because the blasted project needs .configure and make). >=20 > What's doubly disappointing about that is that GNATCOLL is presented by A= daCore (which presents itself as the public face of Ada) as one of the core= useful-libraries and DOESN'T take advantage of Ada's nice portability inst= ead relying on the crap-pile that is make and .configure even when they hav= e/use GPR-files to represent a project themselves. (i.e. not using your own= tools is a vote *against* your own product.) I join you in this double disappointment. Trying to make things work with = ORM requires trial and error to understand what part of the Python script d= oesn't like your database configuration. It took my days to make a useful = session using sqlite, dropping some features supposed to be. Yes, I was sh= ocked by crashes without any explanation of tools to be used in high reliab= le environments. And this as you said from the "face" of Ada. =20 > If you adopt the "eat your own dogfood" position, you have an incentive t= o make that a quality system, fix bugs, and make it easier to use. But who will then do the coding on the project itself :-(