mhash-dev Mailing List for Libmhash (Page 5)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

python-mhash-make-valid_hash-static.patch: The valid_hash function is
only an internal helper func, so make it static.

-- 
Matthew Mueller
do...@us...

python-mhash-remove-hashid_array.patch: Instead of needing two lists of
the hash algorithms that needs to be updated, just use
mhash_get_hash_name_static to check whether a hashid is valid.  Then
only the list of INSINT's at the end need updating.

-- 
Matthew Mueller
do...@us...

The bug report about this was closed, but the problem still persists.

$ python2.4 ./test.py 
.........F.................
======================================================================
FAIL: Generate some known keys
----------------------------------------------------------------------
Traceback (most recent call last):
  File "./test.py", line 192, in testKeygen
    self.assertEqual(keygen(*args), result)
AssertionError: '27A\xf7\t\xf4\x18M\x8b\xb5\x01\xebJb\xe0' != '\x9f\x10i\x05\xdch|]\xd8\xbe\xc1*\x06\x06\xf2'

----------------------------------------------------------------------
Ran 27 tests in 0.005s

FAILED (failures=1)

-- 
Matthew Mueller
do...@us...

python-mhash-typo-unfix.patch:  The MHASH_API_VERSION in mhash.h didn't
get incremented, so there isn't any way to tell whether to use
MHASH_WHIRLPOOL or MHSH_WHIRLPOOL.  Patch makes it just use
MHASH_WHIRLPOOL. Oh well.

python-mhash-hash_methods_update2.patch: Adds the INSINT macros for
snefru and md2.

-- 
Matthew Mueller
do...@us...

Here is a patch to use the 64 bit implementation of Tiger on 64 bit
machines.  It is based on the reference implementation (and on the
current one.)  I tested it on AMD64 (little endian) and sparc-solaris
(big endian). All the tests in the src dir pass, I also compared between
the two systems the hash of 32MB of nulls, which matched.

Here are some benchmarks: (I also tested how the TIGER_64BIT code ran
when compiled in 32 bit mode, out of curiousity.)

Athlon64 3000+, 128MB string [1]
mode	code	best time	speed
64	opt64	500 msec	256.0 MB/s
64	noopt64	576 msec	222.2 MB/s
64	cur	1.28 sec	100.0 MB/s
32	cur	1.90 sec	67.37 MB/s
32	noopt64	2.10 sec	60.95 MB/s
32	opt64	2.21 sec	57.92 MB/s

sparc solaris (unknown speed), 32MB file: [2]
mode	code	best time	speed
64	opt64	1.0 sec		32.0 MB/s
64	noopt64	1.4 sec		22.9 MB/s
64	cur	2.5 sec		12.8 MB/s
32	cur	2.69 sec	11.9 MB/s
32	noopt64	2.94 sec	10.9 MB/s
32	opt64	3.9 sec		8.21 MB/s

So, with this limited sample size, it looks like TIGER_64BIT with
OPTIMIZE_FOR_ALPHA is the winner on 64 bit, and the current
implementation is the winner on 32 bit.

code field explanations:
opt64 = TIGER_64BIT with OPTIMIZE_FOR_ALPHA
noopt64 = TIGER_64BIT without OPTIMIZE_FOR_ALPHA
cur = the current 32 bit version of Tiger

sys field explanations:
64 = compiled with 64 bit gcc (or, on the sparc box, with gcc -m64)
32 = compiled with 32 bit gcc

[1]
python2.4 -m timeit -s 'from mhash import *; a="a"*(128*1024*1024)' 'MHASH(MHASH_TIGER,a)'

[2]
Didn't have python-mhash installed, so I just ran
time ./driver TIGER < 32MB
a bunch and took the lowest user time.

-- 
Matthew Mueller
do...@us...

The digest format output by the Tiger implementation in mhash appears to
be different from what others are doing..

This note is from the end of
http://search.cpan.org/~clintdw/Digest-Tiger-0.02/Tiger.pm :

"""
As of version 0.02, hexhash() returns a hex digest starting with the
least significant byte first.
 Hash of "Tiger":
  0             7  8            15 16            23
 DD00230799F5009F EC6DEBC838BB6A27 DF2B9D6F110C7937
 Instead of:
  7             0 15             8 23            16
 9F00F599072300DD 276ABB38C8EB6DEC 37790C116F9D2BDF

The print order issue was brought up by Gordon Mohr; Eli Biham clarifies
with: "The testtiger.c was intended to allow easy testing of the code,
rather than to define any particular print order. ...using a standard
printing method, like the one for MD5 or SHA-1, the DD should probably
should be printed first [for the example above]".
"""

I just tested Crypto++ (www.eskimo.com/~weidai/cryptlib.html), it also
returns Tiger digests in the lsb order.

-- 
Matthew Mueller
do...@us...

python-mhash leaks memory every time on every MHASH object deletion,
since it calls mhash_end without freeing the return.  Attached a patch
to free it.

Of course, what would really be good would be a way to free a mhash
"thread" without doing any of the final calculations or digest
generation. I guess you can call mhash_deinit with a NULL for the second
parameter, but:
1) tiger160_digest doesn't check for null param
2) Even when it does work, you still waste time doing the hash's final
stuff when you don't care and all you really want is to free the thread.

So, I propose a new function be added, or that mhash_deinit be patched
to simply skip calling td->final_func and td->deinit_func if a NULL
result is passed.

-- 
Matthew Mueller
do...@us...

Thanks!

(Other list subscribers can kill me later for not
keeping everything up-to-date.)

--- Matthew Mueller <do...@us...>
wrote:

> The mhash homepage says to use
>
:pserver:ano...@cv...:/cvsroot/mhash
> 
> However, sourceforge changed their dns set up and
> all projects are
> supposed to use just cvs.sourceforge.net, eg:
>
:pserver:ano...@cv...:/cvsroot/mhash
> 
> (Which is what it says on the project cvs page at 
> http://sourceforge.net/cvs/?group_id=4286)
> 
> -- 
> Matthew Mueller
> do...@us...
> 
> 
>
-------------------------------------------------------
> The SF.Net email is sponsored by: Beat the
> post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt
> from ThinkGeek.
> It's fun and FREE -- well,
> almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Mhash-dev mailing list
> Mha...@li...
>
https://lists.sourceforge.net/lists/listinfo/mhash-dev
> 

__________________________________ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 

The mhash homepage says to use
:pserver:ano...@cv...:/cvsroot/mhash

However, sourceforge changed their dns set up and all projects are
supposed to use just cvs.sourceforge.net, eg:
:pserver:ano...@cv...:/cvsroot/mhash

(Which is what it says on the project cvs page at 
http://sourceforge.net/cvs/?group_id=4286)

-- 
Matthew Mueller
do...@us...

Hello (again.  Sent this from the wrong address last time so it got held
for approval.  Resending with correct address, hopefully it won't get
duplicated.)

I was interested in using python-mhash, but noticed that python-mhash
hasn't been updated in a while, so I made some patches.  It seems the
sourceforge tracker isn't really used, so I'm posting the links here:

build fix:
https://sourceforge.net/tracker/index.php?func=detail&aid=1098368&group_id=4286&atid=304286

typo in test.py:
https://sourceforge.net/tracker/index.php?func=detail&aid=1098370&group_id=4286&atid=304286

updates for new algorithms:
https://sourceforge.net/tracker/index.php?func=detail&aid=1098382&group_id=4286&atid=304286

-- 
Matthew Mueller
do...@us...

I updated the Visual Studio projects for VS.net 2003 for libmhash. I've 
tested MD4 and MD5 sucessfully, but all modules compile. I have a zip of 
the changed source code available here, if you'd like to merge it into 
your codebase. We used it for the GtkRadiant project, the level compiler 
Q3Map2 specifically.

Win32 libmhash src:
http://zerowing.idsoftware.com/files/radiant/developer/1.5/mhash-0.9.1.zip

Win32 DLL binary:
http://shaderlab.com/q3map2/libmhash.zip

I added a few DLL declarations to mhash.h and mhash_int.h, and created a 
static mhash_config.h file with some predefined bits.

Thanks for the great lib.

y

Eeep!

Thanks for the update and patches. I've got a tonne of
patches I need to apply to MCrypt and MHash, and I
intend to do that in the next couple of days or so.
There should(!) be a new release of each by the
weekend. If all goes well, this'll include a revised
internal architecture for MCrypt, which I've been
planning.

Once the new & improved MCrypt is circulating, I'm
looking to make some changes to MHash as well. The
idea of these changes is to remove any unnecessary
compile-time assumptions about the modules and to
reduce redundancy & hard-coding.

For users, there should be no visible changes
(although MCrypt and MHash should be slightly
smaller). For module writers, there should be slightly
less work to do.

Anyway, thanks again for the help with the Cygwin port
fixes. It'll be good to get the MCrypt/MHash projects
up and revving along again.

Jonathan

--- Reini Urban <ru...@x-...> wrote:

> Hi,
> I've taken over the maintainership for cygwin
> and added some fixes to compile it properly. (sorry
> no static version yet)
> all your cygwin fixes are not needed and will build
> a
> mingw version (dependent on MSVCRT.DLL), not a
> cygwin one.
(snip)

_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

Hi,
I've taken over the maintainership for cygwin
and added some fixes to compile it properly. (sorry no static version yet)
all your cygwin fixes are not needed and will build a
mingw version (dependent on MSVCRT.DLL), not a cygwin one.

It can be pulled via
wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh

or via the regular http://cygwin.com/setup.exe installer.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

    Hello,
    I hope this is the correct forum for this question, as i have googled
and asked on several irc channels and have not a clue on this one. I've got
an rh 7.1 machine not mine, but which has apache 1.3.27 and php i believe
it's 4.3.0 or 4.3.4 installed as rpms. Now i have to add mhash support. I've
downloaded mhash, installed it, and tried to load it, got the error: not a
valid shared library maybe not a php library when i atempted to start the
combo. I believe apache has mod_so in it, and php is being loaded as a dso.
If anyone has this combination working please let me know.
Thanks.
Dave.

Hi guys!

I want to get a tutorial or a reference guide about mhash lib, I want
to generate md5 hash strings with it...

Do you know if I can generate hexadecimal md5 hash strings? I using
libgcrypt to make the hash generating but I can't generate hexadecimal
hash... Is there a way to convert, with function or with a algorithm?

thanks for the help guys!

=====
--
Michel Thadeu Sabchuk
Curitiba/PR

______________________________________________________________________

Yahoo! Mail - O melhor e-mail do Brasil! Abra sua conta agora:
http://br.yahoo.com/info/mail.html

hi,

i want to contribute a patch for mhash 0.8.18 that provides the
fips180-2 SHA512 and SHA384 secure hash algorithms. The patch file is
attached to this email. The following things are modified:

o the files sha512_sha384.c and mhash_sha512_sha384.h are added
o the two hash functions are declared in mhash.c, mhash.h and mhash_int.h
o the test vector file src/hash_test.sh has now two test vectors
  for each of sha512 and sha384. These vectors have been taken directly
  from the fips180-2 standard.
o two minor modifications in sha256.c are done: 1. the correction of
  a misspelled comment, 2. the (trivial) correction of a "FIXME" part.
  Both alternations don't modify the runtime behaviour of the sha256
  code.
o configure scripts and makefiles are updated accordingly

The code is released under the terms of the LGPL license. It is modelled
after the mhash sha256 code (written by Niels Möller and Peter Gutmann).

I put the code for sha512 and sha384 into one file because they
share 90% of the code: besides of the initialization of the hash
chaining variable the functions are identical. The 384 bit output 
of sha384 is just the beginning of the sha512 output. Hence it doesn't
make sense to write separate c files.

bp

> Perhaps Apache Toolkit built it as a shared module, in which 
> case you'd have to read Apache Toolkit's documentation to see 
> where it stored that so you can load it with the directions 
> found at www.php.net/configuration

What does it mean to build it as a "shared module"?  Sorry to be dumb
but I'm trying to wrap my head around this. I've got phpMyAdmin and ran
the phpinfo script.  Mhash would be referenced somewhere on that page,
right? Most probably in the Configure Command heading where I see things
like "--enable-track-vars" and "--enable-magic-quotes"?

In any event, searched the entire page and have found no reference to
mhash. That means, I'm guessing that php doesn't think it's installed.

Thanks again!

Bob Cohen
b.p.e.Creative
http://www.bpecreative.com
Design and production services for the web
Put creative minds to work for you

There are at least two methods.

Easiest is:
	if(function_exists('mhash')) { /* It's there */ }

If you want to eyeball it, you can always make a page that has only
the following line in it:
	<?php phpinfo(); ?>

Viewing that page in a browser will tell you all sorts of interesting
information, not the least of which is a list of extensions.

Perhaps Apache Toolkit built it as a shared module, in which case you'd
have to read Apache Toolkit's documentation to see where it stored that
so you can load it with the directions found at www.php.net/configuration

On Wed, Feb 04, 2004 at 02:06:31PM -0500, Bob Cohen wrote:
> Sorry for the newbie question but everyone's gotta start somewhere.
> --sheepish grin, hat in hand.  My programmer asked that I compile mhash
> into my php installation. So I fired up Apache Toolkit, went to the php
> section, checked mhash, ran the recompile, stopped and started Apache.
> 
> My programmer says that php is not recognizing mhash as a function and
> so now I'm stumped.  I checked the Apache Toolkit log files and, to my
> relatively untrained eye, everything looks in order.
> 
> Any help would be much appreciated.  Oh, I'm running Redhat Linux 7.3
> with Apache 1.3-whatever, with php 4.
> 
> Thanks in advance for your kind assistance.
> 
> Bob

Sorry for the newbie question but everyone's gotta start somewhere.
--sheepish grin, hat in hand.  My programmer asked that I compile mhash
into my php installation. So I fired up Apache Toolkit, went to the php
section, checked mhash, ran the recompile, stopped and started Apache.

My programmer says that php is not recognizing mhash as a function and
so now I'm stumped.  I checked the Apache Toolkit log files and, to my
relatively untrained eye, everything looks in order.

Any help would be much appreciated.  Oh, I'm running Redhat Linux 7.3
with Apache 1.3-whatever, with php 4.

Thanks in advance for your kind assistance.

Bob

At 2004-01-10 13:17 -0500, you wrote:
>I'm preparing to install mhash on FreeBSD 4.7 with Apache 1.23.55 and PHP
>4.3.2.

Kind of strange Apache version ? The latest version is 1.3.29.
And why don't you use the latest PHP version (4.3.4) ?

>I have a question regarding resource usage by mhash.  What could I expect
>for resource load with mhash compiled with PHP?  And if there is anything
>to look out for during installation?

I would say: None.
I have not found ANY resource issues at all. It just works great. :)

Good luck!

>If this is in the manuals somewhere, I haven't found it.  I've looked
>everywhere I could find without success.
>
>Thanks in advance for any help.
>
>Russell
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Perforce Software.
>Perforce is the Fast Software Configuration Management System offering
>advanced branching capabilities and atomic changes on 50+ platforms.
>Free Eval! http://www.perforce.com/perforce/loadprog.html
>_______________________________________________
>Mhash-dev mailing list
>Mha...@li...
>https://lists.sourceforge.net/lists/listinfo/mhash-dev

I'm preparing to install mhash on FreeBSD 4.7 with Apache 1.23.55 and PHP
4.3.2.

I have a question regarding resource usage by mhash.  What could I expect
for resource load with mhash compiled with PHP?  And if there is anything
to look out for during installation?

If this is in the manuals somewhere, I haven't found it.  I've looked
everywhere I could find without success.

Thanks in advance for any help.

Russell

On Fri, Dec 19, 2003 at 03:55:05PM -0500, Kumar, Senthil wrote:
> $ ./configure
> checking build system type... i686-pc-cygwin
> checking host system type... i686-pc-cygwin
> checking target system type... i686-pc-cygwin
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets $(MAKE)... no
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for gcc... no
> checking for cc... no
> checking for cc... no
> checking for cl... no
> configure: error: no acceptable C compiler found in $PATH
> See `config.log' for more details.

Did you install GCC with your cygwin install? Can you put config.log on a website
somewhere that we can look at it?

Hello,

I have installed the mhash-0.8.18.tar file and wanted to have
this compiled on Windows. I installed "cygwin" for  this on=20
my local desktop Windows 2000. I went thru the INSTALL file
and got this error when compiling via cygwin.

I changed dir to mhash-0.8.18. Then when I typed ./configure
Per INSTALL I got this error.

$ ./configure
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking target system type... i686-pc-cygwin
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking whether to enable maintainer-specific portions of Makefiles... =
no
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details.

My simple windows program needs to use mhash.h and I need
to get the unresolved external symbols cleared. For which
I tho't I should compile and get the dll or lib file for
Mhash. But I get this error...

Could you help me here pllllleeeeaase ! Thanks

Best Regards,
Senthil.

-----Original Message-----
From: mha...@li... =
[mailto:mha...@li...]=20
Sent: Friday, December 19, 2003 3:22 PM
To: Kumar, Senthil
Subject: Welcome to the "Mhash-dev" mailing list

Welcome to the Mha...@li... mailing list!

To post to this list, send your email to:

  mha...@li...

General information about the mailing list is at:

  https://lists.sourceforge.net/lists/listinfo/mhash-dev

If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:

  =
https://lists.sourceforge.net/lists/options/mhash-dev/senthil_kumar%40mcg=
raw-hill.com

You can also make such adjustments via email by sending a message to:

  Mha...@li...

with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.

You must know your password to change your options (including changing
the password, itself) or to unsubscribe.  It is:

  senthil

If you forget your password, don't worry, you will receive a monthly
reminder telling you what all your lists.sourceforge.net mailing list
passwords are, and how to unsubscribe or change your options.  There
is also a button on your options page that will email your current
password to you.

You may also have your password mailed to you automatically off of the
Web page noted above.

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.552 / Virus Database: 344 - Release Date: 12/15/2003
=20

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.552 / Virus Database: 344 - Release Date: 12/15/2003
=20

Hello,
 The new maintainer for mcrypt/mhash is John Day 
(im...@so...), and currently a move is planned
for the mcrypt site to the sourceforge.net. 

-- 
Nikos Mavroyanopoulos

 I'm quite busy and I do not plan to work on mcrypt and mhash any
more. If there is someone willing to take over any of these projects 
please contact me.

-- 
Nikos Mavroyanopoulos

2000	Jan	Feb	Mar	Apr (1)	May (3)	Jun	Jul (3)	Aug (2)	Sep	Oct (3)	Nov (2)	Dec
2001	Jan (11)	Feb (8)	Mar	Apr (1)	May	Jun	Jul (8)	Aug (6)	Sep (2)	Oct (21)	Nov (5)	Dec
2002	Jan (2)	Feb (4)	Mar (2)	Apr (4)	May (3)	Jun (9)	Jul (2)	Aug (4)	Sep	Oct (1)	Nov (3)	Dec (5)
2003	Jan (2)	Feb (4)	Mar	Apr	May (2)	Jun (16)	Jul (1)	Aug (2)	Sep	Oct	Nov	Dec (2)
2004	Jan (2)	Feb (3)	Mar (2)	Apr (1)	May	Jun	Jul	Aug	Sep	Oct (3)	Nov	Dec
2005	Jan (13)	Feb (2)	Mar	Apr	May (5)	Jun (4)	Jul	Aug	Sep	Oct	Nov	Dec (6)
2006	Jan (6)	Feb (5)	Mar (12)	Apr (2)	May (3)	Jun (3)	Jul	Aug	Sep	Oct	Nov (1)	Dec
2007	Jan	Feb	Mar (5)	Apr (6)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2008	Jan	Feb (1)	Mar (1)	Apr (1)	May (1)	Jun (2)	Jul	Aug	Sep (1)	Oct	Nov (1)	Dec
2009	Jan	Feb	Mar	Apr	May	Jun (3)	Jul	Aug	Sep (2)	Oct	Nov	Dec
2010	Jan (6)	Feb	Mar	Apr	May	Jun	Jul (2)	Aug (1)	Sep	Oct	Nov	Dec
2011	Jan	Feb (2)	Mar (2)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2012	Jan	Feb	Mar	Apr (1)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb	Mar	Apr (1)	May	Jun (1)	Jul	Aug	Sep	Oct	Nov (4)	Dec
2014	Jan	Feb	Mar (1)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2015	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec
2016	Jan	Feb	Mar	Apr	May (2)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2020	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec