2009/1/14 DrKJam <drkjam at gmail.com> > Are there any current plans for 2.7/3.1 to have inet_pton() and inet_ntop() > made available via the socket module? > > Not sure how feasible or difficult doing this would be across all support > Python platforms but it would certainly be useful, especially now there is > talk about adding IPv4/IPv6 address manipulation support to the standard > library (http://bugs.python.org/issue3959). > > This would provide handy C-level speed ups to IPv6 operations on > interpreters where the socket module is available. Google App Engine's > Python interpreter is one place where I believe inet_ntoa/aton and possibly > inet_ntop/pton are not and will not be made available (by design). In such > cases, a library could easily resort to ubiquitous (slightly slower) > pure-Python fallbacks. > > Also, does anyone have a feeling for how available thet AF_INET6 constant > is is across all Python's many supported platforms? > > Thanks, > > David Moss > A real RTFM moment. I'm using Windows and I see Linux has had this support since 2.3 or earlier. Please ignore. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20090114/a8ea624c/attachment.htm>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4