Same result as #4202 except now as three commits to help reduce confusion with the diffs.
Use meld or something more intelligent to view the difference please - github's diff is rather misleading.
Automatic sanity-testing: PASSED, see http://jenkins.bluematt.me/pull-tester/0b05cbd29ca8cb8ba9ded4d844f2ff0b4adba16e for binaries and test log. This test script verifies pulls every time they are updated. It, however, dies sometimes and fails to test properly. If you are waiting on a test, please check timestamps to verify that the test.log is moving at http://jenkins.bluematt.me/pull-tester/current/ Contact BlueMatt on freenode if something looks broken.
ACK on indentation fixes, but squash into one commit.
Agreed. Formatting changes should be just that— formatting changes. Objdumps on the stripped binaries should not change if at all avoidable. Review is hard enough without having to sort out functional changes vs visual noise.
3438 | - map<CInv, CDataStream>::iterator mi = mapRelay.find(inv); 3439 | - if (mi != mapRelay.end()) { 3440 | - pfrom->PushMessage(inv.GetCommand(), (*mi).second); 3441 | - pushed = true; 3442 | + } else { 3443 | + if (inv.IsKnownType()) {
Are you saying putting { } around code is a code change? I can remove the commit that added the { and }, but given that there are many lines between the two, I thought the standard was to include them to make it more readable - at least, this has been the standard so far.
3469 | + pfrom->PushMessage("tx", ss); 3470 | + pushed = true; 3471 | + } 3472 | + } 3473 | + if (!pushed) { 3474 | + vNotFound.push_back(inv);
It's not a convention, it's a requirement of the C++ language to put braces if there is more than one statement. It's optional when there is only one statement, and considered good practice when it's a statement that's quite long, as is in this case (i.e. a long if statement).
Please read drak's comment again.