Title: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: Luke-Jr on June 15, 2012, 01:23:55 AM bitcoind and Bitcoin-Qt version 0.5.6 release candidate 2 (sigs (http://luke.dashjr.org/programs/bitcoin/files/bitcoind/0.5.6/test/rc2/SHA256SUMS.asc)) are now available for download at:
These are bugfix-only releases. Please report bugs by replying to this forum thread. Note that the 0.4.x wxBitcoin GUI client is no longer maintained nor supported. If someone would like to step up to maintain this, they should contact Luke-Jr. BUG FIXES
Thanks to everybody who contributed code or helped test this release: Pieter Wuille Philip Kaufmann Luke Dashjr Wladimir J. van der Laan Matt Corallo Jeff Garzik R E Broadley Fordy Gavin Andresen Michael Hendricks Chris Moore Christian von Roques Peter Todd Title: Re: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: Luke-Jr on June 15, 2012, 03:17:31 AM Regarding the stuck block bug...
Block 177618 was rejected by BIP16-enabled backports (0.4.x and 0.5.x) due to containing a P2SH redemption with over 200 bytes in. Since the BIP16 code uses IsPushOnly to check the scriptSig for compliance, and IsPushOnly in these versions also enforced the 200-byte "is standard" rule, they were effectively treating it as a network rule. This was not a problem in 0.6 because the original OP_EVAL commit (e679ec9) moved the check outside of IsPushOnly. This problem could have been avoided if either IsPushOnly was renamed when its semantics/behaviour changed significantly, or I inspected the OP_EVAL commit in detail instead of skipping it over as a new feature and not bugfixes. Additionally, it might have helped, if the commit message mentioned the change, but I'd probably have still missed it as it wasn't relevant until months later. To get unstuck, follow these instructions: 1. Ensure you have the minimum required 1280 MB memory available 2. Create a new file in your bitcoin directory (the same one with wallet.dat) called DB_CONFIG with the following two lines: Code: set_lk_max_locks 1000000 4. WAIT AT LEAST SIX HOURS; Your client will NOT show any signs of making progress during this time 5. When complete, your client should be up-to-date on block count 6. At this time, you may wish to delete the DB_CONFIG file and restart your client, to use less memory Title: Re: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: Phraust on June 15, 2012, 03:22:10 AM Tried the bitcoind binary out in OSX Lion (10.7.4), seems to work fine.
Title: Re: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: ErebusBat on June 15, 2012, 03:20:16 PM Tried the bitcoind binary out in OSX Lion (10.7.4), seems to work fine. ^^^ Verified Title: Re: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: Gavin Andresen on June 15, 2012, 03:36:27 PM This is why I think the so-called "stable" backports are a bad idea. I want people to spend time finding and fixing bugs in 0.6.2, and I want people to realize that the core developers are not supporting older releases.
Title: Re: Please help test: Bitcoin 0.5.6rc2 and 0.4.7rc2 (FIXES STUCK BLOCK BUG) Post by: Luke-Jr on June 15, 2012, 03:42:10 PM This is why I think the so-called "stable" backports are a bad idea. I want people to spend time finding and fixing bugs in 0.6.2, People running production services don't need the risk of new bugs, and will run old versions even if they're buggy. Stable branches let these people keep patched against bugs without the huge risk of new ones that comes with bleeding edge. I've been holding back on pointing out that the real cause of this was the huge complexity of BIP16, and that it would have probably not been a problem if we had adopted the simpler BIP17 instead. Nobody writes perfect code, so the risk of bugs in new versions is impossible to avoid.and I want people to realize that the core developers are not supporting older releases. I am, at least. |