-
Notifications
You must be signed in to change notification settings - Fork 725
[Wallet] Remove potential memory leak, update multisend code #477
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Warrows
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK
src/wallet.cpp
Outdated
| if (IsInitialBlockDownload() || IsLocked()) { | ||
| // Stop the old blocks from sending multisends | ||
| if (chainActive.Tip()->nTime < (GetAdjustedTime() - 300) || IsLocked()) { | ||
| LogPrintf("Multisend: disabled on tx's that are being read on initial block loading, %d", chainActive.Tip()->nTime); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This could get pretty spammy if resyncing the chain while having multisend activated. I think we should either remove this print statement or change it to something like LogPrint('debug', "Multisend: .....
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree. I am not sure this there is merit to print it with the debug flag. I was using this to verify that multi-send still worked. I think removing it completely is the best option.
|
utACK now with a great description ;) |
|
Nicely spotted the potentially missing utACK (will test later...) |
Mrs-X
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK, works as designed.
When multisend for masternode rewards is enabled it needs a while until the first reward is send (about 15 minutes here), but after that it works for each incoming reward (as long as the wallet/daemon is running).
…d code eae2850 Remove potentional memory leak, update multisend code (blondfrogs) Tree-SHA512: 67930f4f9d18536ef2e473687563a31a1484c7089e548a80c0b30448251394bacdd5d10f122ca7fa718b8cda806ad150d2f9574728cfeed3368852cbd4b70648
Investigate a potential bug with multisend not working with Master Node rewards.
The conclusion was that in order for multisend to work the following must be true:
Also, found a potential memory leak and updated the multisend code to fix the memory leak issue.