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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3339c21cad84e30c X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-02-09 08:12:37 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.tele.dk!195.27.83.146!news-FFM2.ecrc.net!news.iks-jena.de!lutz From: lutz@iks-jena.de (Lutz Donnerhacke) Newsgroups: comp.lang.ada Subject: Re: BIND is Crying Out for Ada95 Date: 9 Feb 2001 16:04:03 GMT Organization: IKS GmbH Jena Distribution: world Message-ID: References: <3A82D822.E93A2152@home.com> <87u264ap6p.fsf@deneb.enyo.de> <960cia$f54@news.kvaerner.com> <960sds$f411@news.kvaerner.com> NNTP-Posting-Host: taranis.iks-jena.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: slrn/0.9.6.3 (Linux) Xref: supernews.google.com comp.lang.ada:5069 Date: 2001-02-09T16:04:03+00:00 List-Id: * Tarjei T. Jensen wrote: >Lutz Donnerhacke wrote >>Shure, Ada95 might help to prevent buffer overflows, but even Ada95 can not >>create correct code from an incorrect source. > >The point is of course to write something new from scratch and take advantage >of Ada. That's what I'm doing these days. Unfortunly I have to invent a more flexible data representation language first. >>The main problem with DNS is the protocol. And the main problem with UNIX >>daemons is the braindead API of syscalls and libraries. > >Workarounds exists. Workarounds are never a solution.