forked from cerc-io/plugeth
900da3d800
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. |
||
|---|---|---|
| .. | ||
| downloader | ||
| fetcher | ||
| filters | ||
| backend_test.go | ||
| backend.go | ||
| cpu_mining.go | ||
| gasprice.go | ||
| gpu_mining.go | ||
| handler_test.go | ||
| handler.go | ||
| helper_test.go | ||
| metrics.go | ||
| peer.go | ||
| protocol_test.go | ||
| protocol.go | ||
| sync_test.go | ||
| sync.go | ||