I've pushed this patch.
This increases the code duplication already present with md5+sha1, I
thought that cleaning up and generalizing the code paths should be in
another commit.
* lib/gc.h: Add gc_hmac_sha256 and gc_hmac_sha512.
* lib/gc-libgcrypt.c (gc_hmac_sha256, gc_hmac_sha512): New
function
[please don't top-post]
On 08/26/2013 07:00 AM, Or Goshen wrote:
> Certainly changing this behavior and rewriting it so it will return with an
> error code instead of aborting would increase the usefulness of this module
> ?
> I'll be happy to provide a patch if that is the straw that keeps the
>
Certainly changing this behavior and rewriting it so it will return with an
error code instead of aborting would increase the usefulness of this module
?
I'll be happy to provide a patch if that is the straw that keeps the
maintainer from relaxing the license
Thanks,
Or
On Mon, Aug 26, 2013 at
On 08/26/2013 01:27 AM, Or Goshen wrote:
> hi,
>
> I would like to use the module spawn-pipe in a library called libguestfs to
> make it compileable under mingw. currently the library is using the
> fork/exec combination which doesnt compile under mingw (mingw doesnt
> support fork). spawn-pipe lo
hi,
I would like to use the module spawn-pipe in a library called libguestfs to
make it compileable under mingw. currently the library is using the
fork/exec combination which doesnt compile under mingw (mingw doesnt
support fork). spawn-pipe looks like a good replacement, however it is
licensed G