From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UbPtA-00037U-F0 for bitcoin-development@lists.sourceforge.net; Sun, 12 May 2013 06:36:08 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of outlook.com designates 65.55.111.172 as permitted sender) client-ip=65.55.111.172; envelope-from=jayf@outlook.com; helo=blu0-omc4-s33.blu0.hotmail.com; Received: from blu0-omc4-s33.blu0.hotmail.com ([65.55.111.172]) by sog-mx-1.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1UbPt9-0003TQ-5j for bitcoin-development@lists.sourceforge.net; Sun, 12 May 2013 06:36:08 +0000 Received: from BLU0-SMTP122 ([65.55.111.135]) by blu0-omc4-s33.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 11 May 2013 23:36:02 -0700 X-EIP: [vxfP2RQGCK8H+WfqNo5dqInHPsI3cgxe] X-Originating-Email: [jayf@outlook.com] Message-ID: Received: from [192.168.1.15] ([67.189.14.219]) by BLU0-SMTP122.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Sat, 11 May 2013 23:36:00 -0700 Date: Sat, 11 May 2013 23:35:59 -0700 From: Jay F User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Bitcoin Dev References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 May 2013 06:36:00.0914 (UTC) FILETIME=[F7E4FF20:01CE4EDA] X-Spam-Score: -1.5 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (jayf[at]outlook.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [65.55.111.172 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay X-Headers-End: 1UbPt9-0003TQ-5j Subject: Re: [Bitcoin-development] 0.8.2rc1 - testnet datadir behavior changed X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 May 2013 06:36:08 -0000 On 5/10/2013 8:39 AM, Gavin Andresen wrote: > Bitcoin-Qt version 0.8.2 release candidate 1 is now available from: > http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.2/test/ > Testnet glitch, something broke... Fired up 0.8.2rc, and .... where's the coins? Where's the blocks? I get a new empty datadir/testnet3 subdirectory. bitcoin-qt.exe -datadir=c:\testnet (with a testnet=1 bitcoin.conf file option in that directory) stored wallet/blocks/chainstate in the root with previous versions. Now the root datadir data is ignored (except the config file) and a new hierarchy was created in subdirectory [b]/testnet3[/b]. So what's happening? This looks to be done by https://github.com/bitcoin/bitcoin/issues/2605 ... after searching the code for the change and then finding the commit. 1 day from opened to committed, released six days later... no changelog. The datadir previously worked as I expected with both bitcoin-qt and bitcoind interacting with no problems, when simply specifying a command-line datadir, so I don't see the bug. I can see how the previous behavior might be dangerous if the config file was removed. I just did that, and there's a cool freakout where my testnet wallet balance looks like real BTC and Bitcoin tries to reorg 67662 blocks starting from the genesis block. After receiving real block 73354 per debug log, a nice unrecoverable crash: "Assertion failed!" File: src/main.cpp Line 1745 Expression: pfork != NULL This needs to be added to the changelog, since dropping in this binary will break testnet stuff if anybody is using Bitcoin this way for their testnet faucet, etc: " * testnet data now stored in testnet3 subdirectory, enforced even when specifying datadir on command line (manually move your data first)"