Skip to content

GitLab

Switch branch/tag
  1. 12 Jun, 2016 2 commits
  3. 09 Jun, 2016 1 commit
  5. 17 May, 2016 1 commit
  7. 05 May, 2016 1 commit
  9. 04 May, 2016 1 commit
  11. 27 Apr, 2016 1 commit
  13. 13 Feb, 2016 1 commit
  15. 30 Jan, 2016 3 commits
  17. 12 Jan, 2016 1 commit
  19. 05 Nov, 2015 1 commit
  21. 27 Oct, 2015 1 commit
  23. 03 Oct, 2015 1 commit
  25. 16 Sep, 2015 2 commits
  27. 15 Sep, 2015 1 commit
  29. 09 Sep, 2015 1 commit
  31. 05 Sep, 2015 1 commit
  33. 04 Sep, 2015 1 commit
  35. 23 Aug, 2015 2 commits
  37. 14 Aug, 2015 1 commit
  39. 09 Jul, 2015 1 commit
  41. 03 Jun, 2015 1 commit
  43. 01 Jun, 2015 1 commit
  45. 31 May, 2015 1 commit
  47. 01 May, 2015 1 commit
  49. 31 Mar, 2015 1 commit
  51. 25 Feb, 2015 1 commit
    • Henry's avatar
      rewrote import paths of go.net/context to use golang.org/x/context · c5d1cdd4
      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
      c5d1cdd4
  53. 06 Feb, 2015 1 commit
    • Juan Batiz-Benet's avatar
      ratelimiter: fixing rate limiter use · 8a93edef
      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))
      8a93edef
  55. 03 Feb, 2015 1 commit
  57. 02 Feb, 2015 1 commit
  59. 01 Feb, 2015 1 commit
  61. 21 Jan, 2015 5 commits