Testnet fails to sync past block 380 #4634

1. 
   sipa commented at 7:54 am on August 5, 2014: member

   From IRC: < E-Rage> hi folks. i’ve compiled bitcoind from the master branch and when running it only gets 380 blocks from testnet … < E-Rage> argh.. dunno why i didn’t catch this before.. < E-Rage> sipa: http://pastebin.com/LBp1Wsnh < E-Rage> InvalidChainFound on 381 < sipa> what platform is this? < sipa> anything special about how you compiled? < sipa> which version? < E-Rage> master from a few hours ago < E-Rage> Ubuntu 12.04 32bit VirtualBox VM < E-Rage> standard autogen/configure/make < E-Rage> was running 0.9.x on this box quite successfully for weeks < sipa> can you bisect, please? …

   By mail: So, I redid the git bisect from yesterday (as I think screwed up the one that I gave you) and git tells me that this..

   https://github.com/bitcoin/bitcoin/commit/bc42503f6ab304608c321986a870795e45f5a016

   .. is the first bad commit. If I check that out, ‘git log’ and use the previous commit (bdd5b587fc7fd1b4dda479c4aad15c874b22e8f3) that one succeeds (is able to reindex past block 380). So, not sure what to do with this info. Any hint and where to go from here?

2. 
   laanwj commented at 8:18 am on August 5, 2014: member

   I managed to reproduce the issue on an Ubuntu 12.04 VM. Indeed, it fails at block 381.

   • Boost version: 104601
   • OpenSSL version: 1.0.1 14 Mar 2012
   • g++ version: 4.6.3
3. 
   Diapolo commented at 8:34 am on August 5, 2014: none

   Will also try a fresh sync on Windows…
4. 
   laanwj commented at 8:43 am on August 5, 2014: member

   @Diapolo a -reindex will also reproduce it.
5. 
   Diapolo commented at 8:46 am on August 5, 2014: none

   It syncs just fine, until now I’m at block 4136…
6. 
   laanwj commented at 8:52 am on August 5, 2014: member

   The tests also fail, by the way, on CCoinsViewCache as expected.

   I can confirm that bc42503 is the commit that causes it. With that reverted, it gets past block 380 and the tests succeed.

   Looks like a problem with older boosts unordered_map combined with with custom hashers, still investigating further.

7. 
   laanwj commented at 9:22 am on August 5, 2014: member

   The following trivial patch appears to solve the problem: http://paste.ubuntu.com/7959542/
8. laanwj referenced this in commit 048ea5ca27 on Aug 5, 2014
9. 
   jessepeterson commented at 5:44 pm on August 6, 2014: none

   Original reporter here. I was able able to duplicate this on another Ubuntu 12.04 32-bit machine (physical machine this time). Per email to @sipa a git bisect brought me to this commit: bc42503f6ab304608c321986a870795e45f5a016. If I check that commit out, then back it out (using git revert -n) it successfully compiles is able to sync blocks as @laanwj found, too. I’ll try the patch here and report back when I can.
10. 
    jessepeterson commented at 6:24 pm on August 6, 2014: none

    Can confirm that the size_t/uint64_t patch from @laanwj allows syncing of blocks past 380 on bitcoin/bitcoin master branch (5e94d0036a76ea9d63e4ed17b12554caef7f55da) on Ubuntu 12.04/i386.
11. laanwj referenced this in commit 6c2668d2fd on Aug 7, 2014
12. laanwj referenced this in commit 6c23b08203 on Aug 7, 2014
13. laanwj closed this on Aug 8, 2014

    ---

14. ptschip referenced this in commit ec69e85d09 on Oct 25, 2017
15. ptschip referenced this in commit cd35b304c2 on Oct 25, 2017
16. ptschip referenced this in commit 0e509fcf91 on Dec 5, 2017
17. ptschip referenced this in commit cf3a357fe5 on Dec 5, 2017
18. ptschip referenced this in commit 3869864e78 on Dec 8, 2017
19. ptschip referenced this in commit a0ba712e02 on Dec 19, 2017
20. gandrewstone referenced this in commit 405622277d on Dec 19, 2017
21. reddink referenced this in commit d470832ea4 on May 27, 2020
22. MarcoFalke locked this on Sep 8, 2021

Contributors
sipa laanwj Diapolo jessepeterson