summaryrefslogtreecommitdiff
path: root/trunk/ipaddr_test.py
Commit message (Expand)AuthorAgeFilesLines
* Move trunk/ to root.Michael Shields2015-08-171-1221/+0
* ipaddr: add the ability to create non-trivial IPv*Network objects via tuples.Peter Moody2014-07-261-1/+59
* from Paul Marks:Peter Moody2013-09-211-10/+67
* ipaddr incorrectly parses some V6 addresses.Peter Moody2012-06-291-0/+1
* fixpmoody@google.com2011-11-291-3/+3
* fix for i84pmoody@google.com2011-11-241-0/+5
* patch from pmarkspmoody@google.com2011-11-241-23/+24
* patch from pmarks for i87pmoody@google.com2011-08-221-33/+73
* 2001:0::3:4:5:6:7:8 should be considered validpmoody@google.com2011-07-221-1/+1
* + fix warnings for python3.2pmoody@google.com2011-02-201-98/+98
* + add teredo test for i77pmoody@google.com2011-02-201-0/+7
* + bug in _is_shorthand_ip not correctly identifying shortened ips.pmoody@google.com2011-02-171-0/+4
* Fix issue 78.mshields@google.com2011-02-081-4/+6
* + fix broken network/address comparisons.pmoody@google.com2011-02-081-3/+10
* + turn teredo and sixtofour into properties.pmoody@google.com2011-01-131-4/+4
* + add 6to4 to the ipv6 tunnel decoding.pmoody@google.com2011-01-121-0/+10
* + fix for i71pmoody@google.com2011-01-121-0/+8
* + add unittest for fix for i70.pmoody@google.com2010-11-161-0/+4
* Additional unittests for Network compare/sort.harro@google.com2010-10-061-0/+15
* IPv6 with embedded IPv4 address not recognizedharro@google.com2010-10-061-0/+9
* r176 added constants without adding corresponding testcasesharro@google.com2010-10-041-0/+4
* Commentary typo fixharro@google.com2010-10-041-1/+1
* + ipaddr_test referred to old ipaddr.IP function.pmoody@google.com2010-09-191-3/+3
* + containment test should always return false on mixed-type tests.pmoody@google.com2010-08-231-0/+3
* Remove trailing whitespace.mshields@google.com2010-08-161-1/+1
* Fix for issue 66, contributed by Lorenzo Colitti of Google.mshields@google.com2010-08-161-0/+4
* + fix for issue61.pmoody@google.com2010-06-091-2/+4
* + fix ipv6 subnet representation. (thanks to email from jaredpmoody@google.com2010-05-301-3/+5
* + add masked() to _BaseNet to automatically mask outpmoody@google.com2010-05-101-0/+9
* + ensure network and address objects aren't equal.pmoody@google.com2010-04-291-5/+9
* + one more address_exclude cleanup, to make sure network/address exclusionspmoody@google.com2010-04-291-0/+2
* + fix issue where address exclude would puke if you tried to excludepmoody@google.com2010-04-291-0/+1
* + issue 57, allow for integer addition with IPv4 and IPv6 Address objects.pmoody@google.com2010-04-041-0/+11
* + suggestions from mshields.pmoody@google.com2010-02-121-9/+9
* + make networks and addresses not sortable by default.pmoody@google.com2010-02-121-1/+22
* + fixing inconsisten behaviour WRT rich comparisons between ipv4 and ipv6pmoody@google.com2010-02-061-5/+24
* + add IPv4Network().is_unspecified. issue52.pmoody@google.com2010-02-051-0/+2
* + fix for issue48; some problems with decoding mapped addresses.pmoody@google.com2010-02-041-0/+2
* + fix for issue51; an errant reference to a non-existant variable.pmoody@google.com2010-02-021-0/+2
* + clean up the exceptions raised by ipaddr.pmoody@google.com2009-11-291-41/+36
* + first stab at issue 39. the _valid_mask_octets aren't needed forpmoody@google.com2009-11-181-1/+2
* + provide an iterator for looping through subnets. most usefulpmoody@google.com2009-11-021-0/+3
* + unecessary sanitization check in IPv6Network.pmoody@google.com2009-10-301-0/+10
* + require that address or network objects be passed into __contains__ andpmoody@google.com2009-10-301-5/+1
* + don't need the python2.6pmoody@google.com2009-10-091-1/+1
* + the comparison tests when hashing don't make sense since __hash__ valuespmoody@google.com2009-10-091-1/+1
* + _BaseNet comparisons now ignore the ._ip attribute when doingpmoody@google.com2009-10-091-18/+2
* + fix up overlaps to be compliant with how IPy handles itpmoody@google.com2009-10-081-1/+4
* + make IPv4's _ip_int_from_string more robust.pmoody@google.com2009-10-081-0/+4
* + fix for issue where v6 networks weren't being explodedpmoody@google.com2009-09-291-0/+2