- 26 Feb, 2021 1 commit
-
-
Marten Seemann authored
-
- 20 May, 2020 1 commit
-
-
Steven Allen authored
-
- 01 Dec, 2018 1 commit
-
-
Cole Brown authored
-
- 24 Oct, 2018 1 commit
-
-
Steven Allen authored
It turns out we *were* relying on this. Furthermore, this is generally more useful (especially given ip6zones).
-
- 21 Oct, 2018 1 commit
-
-
mwnx authored
- Add `FromIPAndZone` function (complementing the `FromIP` function). - Handle zones when parsing `net.Addr`s. - In `DialArgs`, return an error if an `ip6zone` is prefixed to an `ip4` or to another `ip6zone`. Note: I was not able to add a listen test (in TestListenAddrs) for `/zone/.../ip6/...` since there is no link-local address which is guaranteed to exist on all systems.
-
- 17 Oct, 2018 2 commits
-
-
Steven Allen authored
1. Ensure we check the entire addr, not just a prefix. 2. Make the LinkLocal test skip zones. 3. Consider link-local multicast to be link-local. 4. Defer to *go* to determine if something is, in fact, a loopback/link-local address.
-
Steven Allen authored
-
- 30 Sep, 2018 1 commit
-
-
Steven Allen authored
* fe80::1 is not a loopback address * ::ffff:127.* probably is (IPv4-mapped IPv6)
-
- 21 Jun, 2018 1 commit
-
-
Steven Allen authored
This sucks but I can't think of a better way to do this. We really do want to expose these features and doing so through type assertions is very go-like.
-
- 08 Mar, 2018 2 commits
-
-
Steven Allen authored
-
Steven Allen authored
-
- 04 Mar, 2018 1 commit
-
-
Lars Gierth authored
-
- 13 Aug, 2017 1 commit
-
-
Tom Swindell authored
Signed-off-by: Tom Swindell <t.swindell@rubyx.co.uk>
-
- 24 Mar, 2017 1 commit
-
-
Jeromy authored
-
- 19 Sep, 2016 1 commit
-
-
jbenet authored
-
- 10 Jun, 2016 1 commit
-
-
Jeromy authored
-
- 16 May, 2016 1 commit
-
-
Jeromy authored
-
- 27 Apr, 2016 1 commit
-
-
Jeromy authored
-
- 03 Oct, 2015 1 commit
-
-
Jeromy authored
-
- 19 Jun, 2015 1 commit
-
-
Juan Batiz-Benet authored
License: MIT Signed-off-by: Juan Batiz-Benet <juan@benet.ai>
-
- 13 Jan, 2015 2 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 12 Jan, 2015 1 commit
-
-
Juan Batiz-Benet authored
-
- 09 Jan, 2015 1 commit
-
-
Juan Batiz-Benet authored
-
- 20 Nov, 2014 3 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 05 Nov, 2014 4 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 11 Oct, 2014 4 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
Implements: - Conn - Dial, Dialer - Listen, Listener
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 06 Oct, 2014 2 commits
-
-
Juan Batiz-Benet authored
This commit changes the struct to a new Multiaddr interface: ```Go type Multiaddr interface { Equal(Multiaddr) bool Bytes() []byte String() string Protocols() []*Protocol Encapsulate(Multiaddr) Multiaddr Decapsulate(Multiaddr) Multiaddr } ``` This means a few things have changed: - use Multiaddr interface, struct not exported - Bytes returns a copy of the internal bytes - Some methods no longer return errors (catch errors in NewMultiaddr) - String (panics if malformed) - Protocols (panics if malformed) - Decapsulate (no-op if not prefix) - Moved net-specific functions to package - Multiaddr.DialArgs() -> DialArgs(Multiaddr) - Multiaddr.IsThinWaist() -> IsThinWaist(Multiaddr) cc @whyrusleeping @perfmode
-
Juan Batiz-Benet authored
The error in String should not actually ocurr, as the multiaddr should have been valid to be constructed successfully, and thus should be encoded back to its string rep correctly. This will be bolstered by creating an interface (to prevent messing with the internal bytes)
-
- 13 Sep, 2014 1 commit
-
-
Juan Batiz-Benet authored
-