- 06 May, 2015 1 commit
-
-
Dominic Tarr authored
-
- 05 May, 2015 1 commit
-
-
Juan Batiz-Benet authored
quick fix for OOM panic that has been plaguing us
-
- 02 May, 2015 1 commit
-
-
Jeromy authored
-
- 01 May, 2015 2 commits
-
-
Juan Batiz-Benet authored
Fix/dial error hiding
-
Juan Batiz-Benet authored
advertise multiple addresses over mdns
-
- 30 Apr, 2015 1 commit
-
-
Jeromy Johnson authored
-
- 29 Apr, 2015 2 commits
- 28 Apr, 2015 4 commits
- 22 Apr, 2015 4 commits
-
-
Jeromy authored
-
Jeromy authored
-
Juan Batiz-Benet authored
-
Jeromy authored
-
- 20 Apr, 2015 1 commit
-
-
Juan Batiz-Benet authored
We now consider debugerrors harmful: we've run into cases where debugerror.Wrap() hid valuable error information (err == io.EOF?). I've removed them from the main code, but left them in some tests. Go errors are lacking, but unfortunately, this isn't the solution. It is possible that debugerros.New or debugerrors.Errorf should remain still (i.e. only remove debugerrors.Wrap) but we don't use these errors often enough to keep.
-
- 17 Apr, 2015 1 commit
-
-
Jeromy authored
-
- 14 Apr, 2015 1 commit
-
-
Juan Batiz-Benet authored
The same keys + nonces in secio were being observed. As described in https://github.com/ipfs/go-ipfs/issues/1016 -- the handshake must be talking to itself. This can happen in an outgoing TCP dial with REUSEPORT on to the same address.
-
- 12 Apr, 2015 1 commit
-
-
Jeromy authored
-
- 08 Apr, 2015 1 commit
-
-
Juan Batiz-Benet authored
reuseport is a hack. It is necessary for us to do certain kinds of tcp nat traversal. Ideally, reuseport would be available in go: https://github.com/golang/go/issues/9661 But until that issue is fixed, we're stuck with this. In some cases, reuseport is strictly a detriment: nodes are not NATed. This commit introduces an ENV var IPFS_REUSEPORT that can be set to false to avoid using reuseport entirely: IPFS_REUSEPORT=false ipfs daemon This approach addresses our current need. It could become a config var if necessary. If reuseport continues to give problems, we should look into improving it.
-
- 07 Apr, 2015 1 commit
-
-
Tor Arne Vestbø authored
-
- 01 Apr, 2015 1 commit
-
-
Jeromy authored
humanize bandwidth output instrument conn.Conn for bandwidth metrics add poll command for continuous bandwidth reporting move bandwidth tracking onto multiaddr net connections another mild refactor of recording locations address concerns from PR lower mock nodes in race test due to increased goroutines per connection
-
- 31 Mar, 2015 1 commit
-
-
Ho-Sheng Hsiao authored
- Modified Godeps/Godeps.json by hand - [TEST] Updated welcome docs hash to sharness - [TEST] Updated contact doc - [TEST] disabled breaking test (t0080-repo refs local)
-
- 07 Mar, 2015 1 commit
-
-
Juan Batiz-Benet authored
-
- 03 Mar, 2015 2 commits
- 28 Feb, 2015 1 commit
-
-
Henry authored
-
- 25 Feb, 2015 1 commit
-
-
Henry authored
- updated go-ctxgroup and goprocess ctxgroup: AddChildGroup was changed to AddChild. Used in two files: - p2p/net/mock/mock_net.go - routing/dht/dht.go - updated context from hg repo to git prev. commit in hg was ad01a6fcc8a19d3a4478c836895ffe883bd2ceab. (context: make parentCancelCtx iterative) represents commit 84f8955a887232b6308d79c68b8db44f64df455c in git repo - updated context to master (b6fdb7d8a4ccefede406f8fe0f017fb58265054c) Aaron Jacobs (2): net/context: Don't accept a context in the DoSomethingSlow example. context: Be clear that users must cancel the result of WithCancel. Andrew Gerrand (1): go.net: use golang.org/x/... import paths Bryan C. Mills (1): net/context: Don't leak goroutines in Done example. Damien Neil (1): context: fix removal of cancelled timer contexts from parent David Symonds (2): context: Fix WithValue example code. net: add import comments. Sameer Ajmani (1): context: fix TestAllocs to account for ints in interfaces
-
- 20 Feb, 2015 1 commit
-
-
Jeromy authored
-
- 18 Feb, 2015 4 commits
-
-
Jeromy authored
-
Jeromy authored
-
Jeromy authored
-
Juan Batiz-Benet authored
-
- 14 Feb, 2015 1 commit
-
-
Brian Tiger Chow authored
-
- 13 Feb, 2015 1 commit
-
-
Jeromy authored
-
- 11 Feb, 2015 1 commit
-
-
Juan Batiz-Benet authored
We were half-way with this. there's no way for net.Dialers to respect contexts, so we have to let the dial finish in the background.
-
- 10 Feb, 2015 1 commit
-
-
Juan Batiz-Benet authored
thanks @whyrusleeping for finding these.
-
- 06 Feb, 2015 1 commit
-
-
Juan Batiz-Benet authored
Use of the ratelimiter should be conscious of the ratelimiter's potential closing. any loops that add work to ratelimiter should (a) only do so if the rate limiter is not closed, or (b) prevent limiter while work is added (i.e. use limiter.Go(addWorkHere))
-
- 05 Feb, 2015 1 commit
-
-
Juan Batiz-Benet authored
- time them out (already was doing that with addrbook) - keep count to counter symmetric nats
-