1. 20 5月, 2016 1 次提交
  2. 17 5月, 2016 2 次提交
  3. 15 4月, 2016 1 次提交
  4. 16 3月, 2016 1 次提交
  5. 23 2月, 2016 1 次提交
  6. 22 2月, 2016 1 次提交
  7. 08 2月, 2016 1 次提交
  8. 19 11月, 2015 2 次提交
    • P
      b6f5523b
    • F
      eth/downloader: don't hang for spurious deliveries · 900da3d8
      Felix Lange 提交于
      Unexpected deliveries could block indefinitely if they arrived at the
      right time. The fix is to ensure that the cancellation channel is
      always closed when the sync ends, unblocking any deliveries. Also remove
      the atomic check for whether a sync is currently running because it
      doesn't help and can be misleading.
      
      Cancelling always seems to break the tests though. The downloader
      spawned d.process whenever new data arrived, making it somewhat hard to
      track when block processing was actually done. Fix this by running
      d.process in a dedicated goroutine that is tied to the lifecycle of the
      sync. d.process gets notified of new work by the queue instead of being
      invoked all the time. This removes a ton of weird workaround code,
      including a hairy use of atomic CAS.
      900da3d8
  9. 04 11月, 2015 1 次提交
  10. 21 10月, 2015 1 次提交
  11. 19 10月, 2015 4 次提交
  12. 15 9月, 2015 1 次提交
  13. 25 8月, 2015 2 次提交
  14. 24 7月, 2015 1 次提交
  15. 23 7月, 2015 1 次提交
  16. 07 7月, 2015 1 次提交
  17. 01 7月, 2015 1 次提交
  18. 15 6月, 2015 1 次提交
  19. 08 6月, 2015 3 次提交
  20. 05 6月, 2015 1 次提交
  21. 04 6月, 2015 1 次提交
  22. 03 6月, 2015 1 次提交
  23. 26 5月, 2015 1 次提交
  24. 21 5月, 2015 1 次提交
  25. 15 5月, 2015 3 次提交
  26. 14 5月, 2015 1 次提交
  27. 11 5月, 2015 2 次提交
  28. 08 5月, 2015 1 次提交
  29. 07 5月, 2015 1 次提交