From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-65-14.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 Path: eternal-september.org!reader01.eternal-september.org!aioe.org!gvziVSQk2EC9Wog5lLNHVw.user.46.165.242.91.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Carbon Date: Tue, 9 Aug 2022 00:28:43 +0200 Organization: Aioe.org NNTP Server Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: gioia.aioe.org; logging-data="57374"; posting-host="gvziVSQk2EC9Wog5lLNHVw.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org"; User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Content-Language: en-US X-Notice: Filtered by postfilter v. 0.9.2 Xref: reader01.eternal-september.org comp.lang.ada:64184 List-Id: On 2022-08-08 23:38, dennis knorr wrote: > Am 07.08.22 um 11:08 schrieb G.B.: >> Just use one that you can trust. If you need it to be more Ada-ish, >> ChaCha20 cipher and Poly1305 digest have just been mentioned a few >> postings ago. If algorithms can address securing the entire computation... > > The deeper you dig with crypto the more problems you have. For example, > with TLS terminations, Chacha/salsa/Poly does not help you. Or you want > to interact with other data structures which implement AES with GCM or > you need cryptoprotocol elements for a KeyExchange, even without > implementing TLS? ChaCha20 is good in first place to avoid TLS. My motivation to implement ChaCha20 was for deterministic low latency zero traffic overhead secure network protocols. If you want TLS, there are Ada bindings to both GNUTLS and OpenSSL. I would not say that either GNUTLS or OpenSSL were well documented, but, hey, they are written in C, curly brackets, #ifdefs and void* magically explain everything for everybody! (:-)) >> I gather that, currently, and in the past, Ada tools are also focusing >> on topics of embedded computers, a fairly large and attractive market. >> JSON or MIME, perhaps even interpreters are present, but I think not >> central to control stuff near sensors and actuators. Actually the situation is so bad that not just JSON, even HTTP is actively used in embedded systems for data exchange today. The plague spreads fast... >> How does one compute >> deterministic responses before deadline using Node.js? By deploying agile determined programmers... (:-)) > but > because of the elitist complacency. With attitudes like this, Ada will > only continue withering in the future. No idea why you consider argumentation to technical issues elitist or insulting. There is no way to use Ada without actually using it. Differently to 25 or so years ago, today the entry barrier is basically zero. There is a free Ada compiler for every possible platform one can imagine for taking a start. There are lots of Ada libraries. If you need something concrete, just ask here, somebody will always answer. P.S. Nobody writes Ada books these days because they do not sell. If you want a book on some interesting, in your opinion, Ada topic, start a project on a fundraising site. If it manages to collect 100K, I am sure some of renown Ada writers will come to collect... -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de