- 02 Sep, 2011 8 commits
-
-
Jeff Garzik authored
Update binary mos to latest translations.
-
Gavin Andresen authored
-
Matt Corallo authored
-
Gavin Andresen authored
Stay connected to seed nodes; disconnecting causes problems if you are trying to make the initial blockchain download.
-
Gavin Andresen authored
If compiled -DDEBUG_LOCKORDER and run with -debug, print out every mutex lock/unlock (helpful for debugging something-is-holding-a-mutex-too-long problems)
-
Gavin Andresen authored
-
Gavin Andresen authored
-
Daniel Folkinshteyn authored
Nodes culled from MagicalTux's database of bitcoin nodes, http://dump.bitcoin.it/misc/ by version and longevity, and tested for connectivity.
-
- 01 Sep, 2011 8 commits
-
-
Gavin Andresen authored
-
Gavin Andresen authored
-
Gavin Andresen authored
Logic running with -keypool=0 was wrong (empty keys were being returned).
-
-
Gavin Andresen authored
-
Gavin Andresen authored
-
Gavin Andresen authored
Renames GetOrReuseKeyFromKeyPool to GetKeyFromPool, with fAllowReuse arg and bool result.
-
Gavin Andresen authored
Checkpoints
-
- 31 Aug, 2011 10 commits
-
-
Gavin Andresen authored
-
Gavin Andresen authored
-
Gavin Andresen authored
Simplify mutex locking, fix deadlocks. Fixes issue #453
-
Gavin Andresen authored
Also changed semantics of CWalletTx::GetTxTime(); now always returns the time the transaction was received by this node, not the average block time. And added information about -DDEBUG_LOCKORDER to coding.txt.
-
Gavin Andresen authored
Collapsed multiple wallet mutexes to a single cs_wallet, to avoid deadlocks with wallet methods that acquired locks in different order. Also change master RPC call handler to acquire cs_main and cs_wallet locks before executing RPC calls; requiring each RPC call to acquire the right set of locks in the right order was too error-prone.
-
Gavin Andresen authored
-
Jeff Garzik authored
Encryption readme update and minor rpc.cpp fixes
-
Jeff Garzik authored
-
Jeff Garzik authored
Edited locale/pl/LC_MESSAGES/bitcoin.po via GitHub
-
Jeff Garzik authored
Upgrade dependancies and tweak build process.
-
- 26 Aug, 2011 1 commit
-
-
Gavin Andresen authored
-
- 25 Aug, 2011 1 commit
-
-
Dev Random authored
-
- 24 Aug, 2011 1 commit
-
-
Gavin Andresen authored
Updated czech translation [only .po]
-
- 23 Aug, 2011 4 commits
-
-
Dev Random authored
-
Dev Random authored
-
Dev Random authored
-
Matt Corallo authored
* Upgrade to use miniupnpc 1.6 * Upgrade to wxWidgets 2.9.2 * Upgrade to Bost 1.47 for Win32 Builds
-
- 21 Aug, 2011 1 commit
-
-
ovdeathiam authored
-
- 19 Aug, 2011 6 commits
-
-
Giel van Schijndel authored
This commit does *not* and should not modify *any* code, it only moves it from net.h and splits it across protocol.cpp and protocol.hpp. Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-
Giel van Schijndel authored
This commit does *not* and should not modify *any* code, it only moves it from net.h and splits it across protocol.cpp and protocol.hpp. Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-
Giel van Schijndel authored
Move CMessageHeader from net.h to protocol.[ch]pp, with the implementation in the .cpp compilation unit (compiling once is enough). This commit does *not* and should not modify *any* code, it only moves it from net.h and splits it across protocol.cpp and protocol.hpp. Indentation changes aside the closest thing to a modification of code is the addition of the 'TODO' comment (the execution of which requires code modifications and thus doesn't belong in this commit). Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-
Giel van Schijndel authored
util.h doesn't use REF, serialize.h does, creating a dependency of serialize.h on util.h, but util.h already depends on serialize.h. To resolve this circular dependency the function 'REF' has now been moved closer to one of its two points of use. Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-
Giel van Schijndel authored
Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-
Giel van Schijndel authored
Explicitly make these global variables less-global to reduce the maximum scope of this global state. In my experience global variables tend to be a major source of bugs. As such the less accessible they are the less likely they are to be the source of a bug. Signed-off-by:
Giel van Schijndel <me@mortis.eu>
-