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 emptysquare
Recipients emptysquare, gvanrossum, martin.panter, ned.deily, ronaldoussoren, yselivanov
Date 2016-02-03.13:46:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1454507211.49.0.65618530099.issue25924@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks Martin. The MAC_OS_X_VERSION_10_5 macro ensures that Python is still compatible with Mac OS before version 10.5: if it's built on 10.4 or older, it locks around getaddrinfo (since it's not thread-safe there), and on 10.5 and later it doesn't lock.

I've built on a Mac OS 10.4 virtual machine and verified we'll still use the lock on that OS.

I think this is good enough, without a runtime check. We distribute prebuilt binaries for Mac OS 10.5+:

https://www.python.org/downloads/release/python-2711/

So those prebuilt Pythons should no longer lock around getaddrinfo. 

People who still use older Mac OSes (more than 12 years old!) will have to build Python themselves in order to get recent versions of Python, since we don't distribute binaries for them any more. Since they're building Python on old Mac OS, the MAC_OS_X_VERSION_10_5 macro will be undefined and they'll keep using the getaddrinfo lock.
History
Date User Action Args
2016-02-03 13:46:51emptysquaresetrecipients: + emptysquare, gvanrossum, ronaldoussoren, ned.deily, martin.panter, yselivanov
2016-02-03 13:46:51emptysquaresetmessageid: <1454507211.49.0.65618530099.issue25924@psf.upfronthosting.co.za>
2016-02-03 13:46:51emptysquarelinkissue25924 messages
2016-02-03 13:46:51emptysquarecreate