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 EdSchouten
Recipients EdSchouten, pitrou, serhiy.storchaka, xdegaye
Date 2017-10-25.08:07:22
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1508918843.03.0.213398074469.issue28503@psf.upfronthosting.co.za>
In-reply-to
Content
Having looked at various implementations of crypt() and crypt_r(), I can't think of a reason why there would be any significant difference in performance. On systems like FreeBSD, crypt() is just a simple wrapper around crypt_r():

https://svnweb.freebsd.org/base/head/lib/libcrypt/crypt.c?view=markup#l134

If there would be any difference in performance, it would also be astronomically small compared to the computation time spent by the cryptographic hash functions themselves.
History
Date User Action Args
2017-10-25 08:07:23EdSchoutensetrecipients: + EdSchouten, pitrou, xdegaye, serhiy.storchaka
2017-10-25 08:07:23EdSchoutensetmessageid: <1508918843.03.0.213398074469.issue28503@psf.upfronthosting.co.za>
2017-10-25 08:07:23EdSchoutenlinkissue28503 messages
2017-10-25 08:07:22EdSchoutencreate