- 17 Nov, 2014 1 commit
-
-
Jeromy authored
-
- 16 Nov, 2014 6 commits
-
-
Brian Tiger Chow authored
License: MIT Signed-off-by:
Brian Tiger Chow <brian@perfmode.com>
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
TODO ensure correctness at ID generation and enforce this by only exposing functions that generate IDs safely. Then any peer.ID type found in the codebase is known to be correct.
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
presently, fails
-
- 15 Nov, 2014 1 commit
-
-
Brian Tiger Chow authored
vanilla: 21.57 real 45.14 user 8.51 sys short: 14.40 real 31.13 user 5.56 sys License: MIT Signed-off-by:
Brian Tiger Chow <brian@perfmode.com>
-
- 09 Nov, 2014 1 commit
-
-
Jeromy authored
-
- 05 Nov, 2014 3 commits
-
-
Brian Tiger Chow authored
-
Brian Tiger Chow authored
-
Juan Batiz-Benet authored
-
- 03 Nov, 2014 1 commit
-
-
Jeromy authored
-
- 25 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
- distinguish log.Error and log.Errorf functions - Initialize structs with field names - A bit of unreachable code (defers)
-
- 22 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
-
- 21 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
-
- 20 Oct, 2014 3 commits
-
-
Juan Batiz-Benet authored
Changed lots of peer use, and changed the peerstore to ensure there is only ever one peer in use. Fixed #174
-
Juan Batiz-Benet authored

-
Juan Batiz-Benet authored
Now, all peers should be retrieved from the Peerstore, which will construct the peers accordingly. This ensures there's only one peer object per peer (opposite would be bad: things get out sync) cc @whyrusleeping
-
- 18 Oct, 2014 2 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
- 10 Oct, 2014 1 commit
-
-
Jeromy authored
-
- 08 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
- use log.* instead of u.* - use automatic type conversions to .String() (Peer.String() prints nicely, and avoids calling b58 encoding until needed)
-
- 06 Oct, 2014 3 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
the u.Hash error can be safely ignored (panic) because multihash only fails from the selection of hash function. If the fn + length are valid, it won't error. cc @whyrusleeping
-
- 03 Oct, 2014 1 commit
-
-
Juan Batiz-Benet authored
-
- 26 Sep, 2014 3 commits
-
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
it's failing when machine slow (travis)
-
Juan Batiz-Benet authored
This is to avoid having to import ds elsewhere.
-
- 22 Sep, 2014 10 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
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
-