diff options
author | John Newbery <john@johnnewbery.com> | 2020-06-20 23:23:14 -0400 |
---|---|---|
committer | John Newbery <john@johnnewbery.com> | 2020-06-23 08:46:05 -0400 |
commit | e8a2822119233ade0de84f791a9e92918a3d6896 (patch) | |
tree | 125b0bf1c4320c597a5befe4398bbabafc4cbcfd /src/Makefile.test.include | |
parent | 3556227ddd3365cfac43b307204d73058b2943f0 (diff) |
[net] Don't try to take cs_inventory before deleting CNode
The TRY_LOCK(cs_inventory) in DisconnectNodes() is taken after the CNode
object has been removed from vNodes and when the CNode's nRefCount is
zero.
The only other places that cs_inventory can be taken are:
- In ProcessMessages() or SendMessages(), when the CNode's nRefCount
must be >0 (see ThreadMessageHandler(), where the refcount is
incremented before calling ProcessMessages() and SendMessages()).
- In a ForEachNode() lambda in PeerLogicValidation::UpdatedBlockTip().
ForEachNode() locks cs_vNodes and calls the function on the CNode
objects in vNodes.
Therefore, cs_inventory is never locked by another thread when the
TRY_LOCK(cs_inventory) is reached in DisconnectNodes(). Since the
only purpose of this TRY_LOCK is to ensure that the lock is not
taken by another thread, this always succeeds. Remove the check.
Diffstat (limited to 'src/Makefile.test.include')
0 files changed, 0 insertions, 0 deletions