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.3 required=5.0 tests=BAYES_00,INVALID_MSGID,
	LOTS_OF_MONEY autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,8947310381c2a3f
X-Google-Attributes: gid103376,public
From: Laurent Pautet <pautet@inf.enst.fr>
Subject: Re: Ada & Encryption / Compression
Date: 1997/03/06
Message-ID: <rcabu8w4ram.fsf@scapin.enst.fr>#1/1
X-Deja-AN: 223606769
Sender: pautet@scapin.enst.fr
References: <5fikh7$ras$1@nargun.cc.uq.edu.au> <osn2shxb7e.fsf@ted.vigra.com>
Organization: Ecole Nationale Superieure des Telecommunications, Paris France
Newsgroups: comp.lang.ada
Date: 1997-03-06T00:00:00+00:00
List-Id: <comp.lang.ada>


>>>>> "Larry" == Larry Kilgallen <kilgallen@eisner.decus.org> writes:

    Larry> In former years, RSA did not license the patent for your
    Larry> own implementation other than with a very steep minimum fee
    Larry> (on the order of 10 million dollars, according to rumor).

First of all, Larry thanks for your previous post and all these clarifications.

    Larry> In my opinion calling RSA's BSAFE toolkit from Ada is much
    Larry> nicer than calling it from C.  Of course I might say that
    Larry> about a lot of toolkits, but even though it is written in
    Larry> C, BSAFE avoids such C-isms as null-terminated strings.

Yes, we choose this solution for the GLADE filtering (RSA + DES), but
of course, you have to check that the implementation is thread-safe if
needed.