- 24 Dec, 2014 6 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 23 Dec, 2014 11 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
network.ListenAddresses() are general. Interface addresses are specific.
-
Juan Batiz-Benet authored
-
Brian Tiger Chow authored
License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
Connectedness was totally incorrect. added a test case.
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
some dht tests signaled "sending peer empty addresses" which would then cause a failure. this was a misrepresentation on the part of mocknet. it has been corrected.
-
Juan Batiz-Benet authored
- Make sure we call IdentifyConn on dialed out conns - we wait until the identify is **done** before return - on listening case, we can also wait. - tests now make sure dial does wait. - tests now make sure we can wait on listening case.
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
this is a major refactor of the entire codebase it changes the monolithic peer.Peer into using a peer.ID and a peer.Peerstore. Other changes: - removed handshake3. - testutil vastly simplified peer - secio bugfix + debugging logs - testutil: RandKeyPair - backpressure bugfix: w.o.w. - peer: added hex enc/dec - peer: added a PeerInfo struct PeerInfo is a small struct used to pass around a peer with a set of addresses and keys. This is not meant to be a complete view of the system, but rather to model updates to the peerstore. It is used by things like the routing system. - updated peer/queue + peerset - latency metrics - testutil: use crand for PeerID gen RandPeerID generates random "valid" peer IDs. it does not NEED to generate keys because it is as if we lost the key right away. fine to read some randomness and hash it. to generate proper keys and an ID, use: sk, pk, _ := testutil.RandKeyPair() id, _ := peer.IDFromPublicKey(pk) Also added RandPeerIDFatal helper - removed old spipe - updated seccat - core: cleanup initIdentity - removed old getFromPeerList
-
- 18 Dec, 2014 23 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
Sadly, as cool as this test is, it doesn't work Because spdystream doesnt handle stream open backpressure well. I'll see about rewriting that part when it becomes a problem. More backpressure tests comming.
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
Found bugs with it :)
-
Juan Batiz-Benet authored
@maybebtc thoughts on this? dialing self should be **possible**, so we should in general test that we do consider that case, but not sure if this is good to expose to clients. thoughts? Btw, on why dialing self should be possible, we may create little protocols which we may have a node connect to self, say across its interfaces to test connectivity, etc... think of it like: > server localhost:1234 & > curl localhost:1234
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
container/lists suck
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Brian Tiger Chow authored
-
Juan Batiz-Benet authored
-