A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2009-September/092176.html below:

[Python-Dev] PEP 3144 review.

[Python-Dev] PEP 3144 review.R. David Murray rdmurray at bitdance.com
Mon Sep 28 03:01:35 CEST 2009
On Sun, 27 Sep 2009 at 13:59, Peter Moody wrote:
> On Sun, Sep 27, 2009 at 1:49 PM, Antoine Pitrou <solipsis at pitrou.net> wrote:
>> Peter Moody <peter <at> hda3.com> writes:
>>>
>>>>>> def parse_net_and_addr(s):
>>>>>>  return (IPNetwork(s), IPAddress(s.split('/')[0]))
>>>>>
>>>>> I've only heard talk of new classes and new methods, not new
>>>>> constructor functions.
>>>>
>>>> Well, "method" in that context meant "class method" since the results aren't
>>>> dependent on a particular instance. Of course, both a class method or a
>>>> module-level function would be fine.
>>>
>>> so this is not the response I got when I asked what was required
>>> before. Would adding this constructor function satisfy your concerns
>>> (given sensible strict settings in the constructor, etc)?
>>
>> Assuming the Network type loses the notion of a specific host (or host address,
>> or `ip`) attached to it, yes.
>
> this is "less useful (strictly removing functionality)" and is an
> example of what I explicitly said I was not going to do with ipaddr.

In that case, I vote -1 on the inclusion of ipaddr in the stdlib.

--David
More information about the Python-Dev mailing list

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