I was thinking more along the lines of MCrypt::CBC(), MCrypt::OFB(), etc.. for naming. 
 A search for "crypt" would on CPAN would still be a hit for me.

However, if this breaks naming guidelines, I will have to conform.

FYI: for those MCrypt fans out there, this module will be based on the 2.2.x series of 
MCrypt. 2.4.x/2.5.x support is not used by me personally, but if there is demand, I 
can work on it.

suggestions/feedback welcome.


-f


------Original Message------
From: [EMAIL PROTECTED] (Andreas J. Koenig)
To: Frey Kuo <[EMAIL PROTECTED]>
Sent: November 10, 2000 7:54:59 AM GMT
Subject: Re: request for registration


>>>>> On Thu, 9 Nov 2000 15:38:17 -0500 (EST), Frey Kuo <[EMAIL PROTECTED]> said:

 > Name:  Frey Kuo
 > Email: [EMAIL PROTECTED]
 > Home Page: None at the moment
 > User ID: FKUO


 > Description of contribution:

 > I will be contributing a perl interface to the commonly used crypto
 > library MCRYPT. MCrypt is commonly built as a module in PHP and has
 > support for the following crypto algorithms:

 > BLOWFISH, TWOFISH, DES, TripleDES, 3-WAY, SAFER-sk64, SAFER-sk128,
 > SAFER+, LOKI97, GOST, RC2, RC6, MARS, IDEA, RIJNDAEL-128 (AES),
 > RIJNDAEL-192, RIJNDAEL-256, SERPENT, CAST-128 (known as CAST5),
 > CAST-256, ARCFOUR and WAKE. Block algorithms can be used in: CBC,
 > ECB, CFB and OFB (8 bit and n bit, where n is the size of the
 > algorithm's block length).

 > I have built XS interfaces to mcrypt's C API. It is lightning fast,
 > easy to use, and has a more consistent interface than the Crypt
 > libraries available via CPAN.

 > I believe this library is extremely useful and will be in high
 > demand upon release.

Sounds great, the Crypt modules on CPAN definitely miss a common
consistent interface. How are you going to name this?

Crypt::Mcrypt would fit well, I'd say.

Thanks & Regards,
-- 
andreas

______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup

Reply via email to