pmoody <[email protected]> added the comment:
On Mon, Jun 1, 2009 at 5:47 PM, Clay McClure <[email protected]> wrote:
>
> Clay McClure <[email protected]> added the comment:
>
> On Mon, Jun 1, 2009 at 4:54 PM, Martin v. Löwis <[email protected]>
> wrote:
>
>> Do you have an application in mind where this lack of distinction
>> would prevent writing the application in a straight-forward way?
>> IOW, could you do something if they were distinct that you can't
>> do because they are not?
>
> Consider applications that use ipaddr.IPv4 objects to configure
> network interfaces:
>
> ifconfig: 255.255.255.0/32: bad value
>
> That's because ipaddr wrongly appends a prefix length to all
> ipaddr.IPv4 objects, even those representing addresses, which do not
> have prefix lengths.
I'm not sure what you're trying to do here, can you elaborate?
> Consider applications that need to validate addresses (or networks,
> but not both) supplied as user input:
>
> address = ipaddr.IP(input)
>
> if isinstance(address, ipaddr.IPv4):
> if address.prefixlen != 32:
> raise TypeError("Expecting IP address, not network")
> elif isinstance(address, ipaddr.IPv6):
> if address.prefixlen != 128:
> raise TypeError("Expecting IP address, not network")
i'm not sure what's onerous about this code. you're missing a
try/except around ipaddr.IP(), but otherwise it seems fine.
> Given its myriad quirks, it is really rather surprising that ipaddr is
> being considered for inclusion in the Python stdlib.
it's actually already been included, but that's beside the point. I'm
now asking you a second time to submit bug reports if there are issues
which you see; perhaps these 'myriad of quirks' can be fixed, perhaps
not. yelling here doesn't actually do anything productive.
> Clay
>
> ----------
>
> _______________________________________
> Python tracker <[email protected]>
> <http://bugs.python.org/issue3959>
> _______________________________________
>
----------
_______________________________________
Python tracker <[email protected]>
<http://bugs.python.org/issue3959>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
