pmoody <pyt...@hda3.com> added the comment: On Mon, Jun 1, 2009 at 5:47 PM, Clay McClure <rep...@bugs.python.org> wrote: > > Clay McClure <c...@daemons.net> added the comment: > > On Mon, Jun 1, 2009 at 4:54 PM, Martin v. Löwis <rep...@bugs.python.org> > 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 <rep...@bugs.python.org> > <http://bugs.python.org/issue3959> > _______________________________________ > ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue3959> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com