The review of std.hash package

Regan Heath regan at netmail.co.nz
Wed Aug 8 05:54:30 PDT 2012


On Wed, 08 Aug 2012 13:11:43 +0100, Tobias Pankrath <tobias at pankrath.net>  
wrote:

> On Wednesday, 8 August 2012 at 12:00:42 UTC, H. S. Teoh wrote:
>> On Wed, Aug 08, 2012 at 11:37:35AM +0100, Regan Heath wrote:
>>> On Tue, 07 Aug 2012 19:41:12 +0100, Jonathan M Davis
>>> <jmdavisProg at gmx.com> wrote:
>>>  >On Tuesday, August 07, 2012 15:31:57 Ary Manzana wrote:
>>> >>I think "std.crypto" is a better name for the package. At >>first I
>>> >>thought it contained an implementation of a Hash table.
>>> >
>>> >That doesn't fly, because crc32 is going to be in there, and >while
>>> >it's a hash, it's no good for cryptography.
>>>  std.digest then?
>> [...]
>>
>> +1. I think std.hash is needlessly confusing (I thought it was another
>> hashtable implementation until I read this thread more carefully).
>>
>>
>> T
>
> -1
> std.digest let's me think of http://en.wikipedia.org/wiki/Digestion

That's exactly what it's supposed to suggest.  The algorithm does digest  
the input (AKA message) and output .. something else :p

> digest is just not common if you mean hash in my cycles.

Like it or not, Digest is the correct term:
http://en.wikipedia.org/wiki/MD5
"The MD5 Message-Digest Algorithm .."

> I didn't think of an hash table implementation, maybe you are spoiled by  
> writing one at the moment? (no offence).

"Hash" has too many meanings, we should avoid it.

R

-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/


More information about the Digitalmars-d mailing list