Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
call messages: let the transport release the cap table
For two reasons: 1. As clarified in #308, the transport will release these when the message is freed, so we don't need to do this here to avoid a leak, and letting the transport deal with it is simpler. 2. I smell a race condition: this releases the clients before the message is actually on the wire. I *think* it is actually fine, because I think by this time the message is already in the queue and so is morally on the wire, but it's a bit harder to reason about, and makes me nervous. I *believe* there is no functional change here.
- Loading branch information