On 20 Jan 2017, at 20:57, Ruediger Pluem wrote:
> On 01/20/2017 05:01 PM, Eric Covener wrote:
>> On Fri, Jan 20, 2017 at 10:52 AM, Yann Ylavic wrote:
>>> On Fri, Jan 20, 2017 at 4:19 PM, Dirk-Willem van Gulik
>>> wrote:
On 01/20/2017 05:01 PM, Eric Covener wrote:
> On Fri, Jan 20, 2017 at 10:52 AM, Yann Ylavic wrote:
>> On Fri, Jan 20, 2017 at 4:19 PM, Dirk-Willem van Gulik
>> wrote:
>>>
>>> Ok so if we had a special #ifdef for 'TRUE_MD5 and would manually
>>>
On Fri, Jan 20, 2017 at 10:52 AM, Yann Ylavic wrote:
> On Fri, Jan 20, 2017 at 4:19 PM, Dirk-Willem van Gulik
> wrote:
>>
>> Ok so if we had a special #ifdef for 'TRUE_MD5 and would manually tweak/mark
>> up the 2 or 3 places
>> that we know we need a
On Fri, Jan 20, 2017 at 4:19 PM, Dirk-Willem van Gulik
wrote:
>
> Ok so if we had a special #ifdef for 'TRUE_MD5 and would manually tweak/mark
> up the 2 or 3 places
> that we know we need a real MD5 - we could have a 'fiddle' mode where we
> silently return a better 'md5'
> On 20 Jan 2017, at 16:02, Ben Laurie wrote:
>
> On 20 January 2017 at 14:52, Dirk-Willem van Gulik
> wrote:
>>
>>> On 20 Jan 2017, at 15:46, Ben Laurie wrote:
>>>
>>> On 20 January 2017 at 14:36, Dirk-Willem van Gulik
On 20 January 2017 at 14:52, Dirk-Willem van Gulik wrote:
>
>> On 20 Jan 2017, at 15:46, Ben Laurie wrote:
>>
>> On 20 January 2017 at 14:36, Dirk-Willem van Gulik
>> wrote:
>>> On 20 Jan 2017, at 13:00, Ben Laurie
> On 20 Jan 2017, at 12:53, Yann Ylavic wrote:
>
> On Fri, Jan 20, 2017 at 9:22 AM, Dirk-Willem van Gulik
> wrote:
>>
>> As to the selection of the hash - I can see three strategies
>>
>> A) current approach (we do this I think only for
> On 20 Jan 2017, at 15:46, Ben Laurie wrote:
>
> On 20 January 2017 at 14:36, Dirk-Willem van Gulik
> wrote:
>> On 20 Jan 2017, at 13:00, Ben Laurie wrote:
>>
>>> Why do you need the obsolete hash functions?
>>
>> I am still in the
On 20 January 2017 at 14:36, Dirk-Willem van Gulik wrote:
> On 20 Jan 2017, at 13:00, Ben Laurie wrote:
>
>> Why do you need the obsolete hash functions?
>
> I am still in the middle of some inventory work with the help of a few
> friendly enterprise &
On 20 Jan 2017, at 13:00, Ben Laurie wrote:
> Why do you need the obsolete hash functions?
I am still in the middle of some inventory work with the help of a few friendly
enterprise & cloud folks.
But it is nog looking good -- so far its seems that:
- md4 is rarely used
On Fri, Jan 20, 2017 at 1:01 PM, Dirk-Willem van Gulik
wrote:
> On 20 Jan 2017, at 12:53, Yann Ylavic wrote:
>>>
>>>apr_hash(sha256_ctx, , , plain, plainlen, pool);
>>
>> Probably apr_crypto_hash() since apr_hash() is non-crypto
On 20 Jan 2017, at 12:53, Yann Ylavic wrote:
>>
>>apr_hash(sha256_ctx, , , plain, plainlen, pool);
>
> Probably apr_crypto_hash() since apr_hash() is non-crypto hashtable in APR.
> Would be nice to have init/update/finish versions too.
I think global
On 19 January 2017 at 19:50, Dirk-Willem van Gulik wrote:
>
>> On 19 Jan 2017, at 19:50, Graham Leggett wrote:
>>
>> On 19 Jan 2017, at 18:29, Dirk-Willem van Gulik wrote:
>>
>>> Am wondering now it if makes sense to create a new
On Fri, Jan 20, 2017 at 9:22 AM, Dirk-Willem van Gulik
wrote:
>
> As to the selection of the hash - I can see three strategies
>
> A) current approach (we do this I think only for sha256):
>
> apr_crypto_hash_t * ctx = apr_crypto_sha256_new(pool);
>
>
On 19 Jan 2017, at 21:04, William A Rowe Jr wrote:
> On Thu, Jan 19, 2017 at 1:50 PM, Dirk-Willem van Gulik
> wrote:
>>
>>> On 19 Jan 2017, at 19:50, Graham Leggett wrote:
>>> On 19 Jan 2017, at 18:29, Dirk-Willem van Gulik
> On 19 Jan 2017, at 19:50, Graham Leggett wrote:
>
> On 19 Jan 2017, at 18:29, Dirk-Willem van Gulik wrote:
>
>> Am wondering now it if makes sense to create a new directory with:
>>
>> hash/*
>>
>> section (or something in crypto) where I cull
On 19 Jan 2017, at 18:29, Dirk-Willem van Gulik wrote:
> Am wondering now it if makes sense to create a new directory with:
>
>hash/*
>
> section (or something in crypto) where I cull things/move out of the current
> apr_random, sha256_glue and apr_md4/5 and apr_sha1
On 19 Jan 2017, at 15:20, Dirk-Willem van Gulik wrote:
>
> Where can I find the proper version of below — to do things like
>
> apr_crypto_hash_t * sha256_ctx = apr_crypto_sha256_new(pool);
>
> apr_hash(sha256_ctx, …...
>
> ? Or was this abstracting in
Where can I find the proper version of below — to do things like
apr_crypto_hash_t * sha256_ctx = apr_crypto_sha256_new(pool);
apr_hash(sha256_ctx, …...
? Or was this abstracting in apr_random of the hash something which was never
completed (nor had its MD2, MD5 and friends
19 matches
Mail list logo