GitLab

Move refcnt tracking from the messagequeue to the peermanager, where it's relevant

fix remaining issues for race detector in peer manager

Keep all of disconnection in a mutex

repace get/set with getOrCreate to keep operations atomic

Constrain use of mutex to actual operations on the peerQueues map via utility functions

Breakup Startup function so that wantlists are not sent with each call to SendMessage

If wantlist changes are present, send them immediately on startup, rather than as a seperate message

fix race conditions while setting up wantlists by creating peer queues on demand

BREAKING CHANGE: PeerManager SendMessage signature changed

fix #51

Also, buffer single-use channels we may walk away from. This was showing
up (rarely) in a go-ipfs test.

per https://github.com/golang/go/wiki/CodeReviewComments#comment-sentences

Finishing adding comments to WantManager and PeerManager, refactor message structure for type
safety, add sending messages test

Seperates the functions of tracking wants from tracking peers
Unit tests for both peer manager and want manager
Refactor internals of both to address synchonization issues discovered
in tests