This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author aronacher
Recipients alex, aronacher, christian.heimes, dstufft, gregory.p.smith, yselivanov
Date 2014-04-17.21:33:30
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1397770410.16.0.0625014647164.issue21288@psf.upfronthosting.co.za>
In-reply-to
Content
> We can accept only hashlib functions, and continue passing their names 
> to the OpenSSL backend. A bit ugly and limited solution (no user-defined 
> hash functions) for a better looking API.
What I'm doing at the code for my employer is something similar.  There is a PBKDF2 implementation on top of the hmac module.  If a hashlib constructor is detected that OpenSSL implements it dispatches that to the PBKDF2 path in OpenSSL via ctypes.

Ultimately it's the same situation but it does not expose the implementation detail.
History
Date User Action Args
2014-04-17 21:33:30aronachersetrecipients: + aronacher, gregory.p.smith, christian.heimes, alex, yselivanov, dstufft
2014-04-17 21:33:30aronachersetmessageid: <1397770410.16.0.0625014647164.issue21288@psf.upfronthosting.co.za>
2014-04-17 21:33:30aronacherlinkissue21288 messages
2014-04-17 21:33:30aronachercreate