- 16 6月, 2016 1 次提交
-
-
由 zsfelfoldi 提交于
-
- 13 6月, 2016 3 次提交
-
-
由 Jeffrey Wilcke 提交于
core: improved chain db performance by using sequential keys
-
由 Felix Lange 提交于
eth/downloader: fix occasional fast sync critical section test fails
-
由 Péter Szilágyi 提交于
-
- 10 6月, 2016 4 次提交
-
-
由 Péter Szilágyi 提交于
cmd: fix CLI package deprecation warnings
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
cmd/geth: codegansta/cli package renamed to urfave/cli
-
由 Péter Szilágyi 提交于
Negative numbers not properly converted in ABI encoding
-
- 09 6月, 2016 2 次提交
-
-
由 Bas van Kervel 提交于
-
由 Péter Szilágyi 提交于
Ignore round and curly brackets in strings for indentation level
-
- 08 6月, 2016 7 次提交
-
-
由 Felix Lange 提交于
cmd/geth: fix the keystore path in the accounts help text
-
由 Péter Szilágyi 提交于
-
由 Bas van Kervel 提交于
-
由 Péter Szilágyi 提交于
cmd/geth: truly randomize console test RPC endpoints
-
由 Péter Szilágyi 提交于
console: fix windows console colors
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
-
- 07 6月, 2016 1 次提交
-
-
由 zsfelfoldi 提交于
-
- 06 6月, 2016 7 次提交
-
-
由 zsfelfoldi 提交于
-
由 Thomas Bocek 提交于
When converting a negative number e.g., -2, the resulting ABI encoding should look as follows: fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffe. However, since the check of the type is for an uint instead of an int, it results in the following ABI encoding: 0101010101010101010101010101010101010101010101010101010101010102. The Ethereum ABI (https://github.com/ethereum/wiki/wiki/Ethereum-Contract-ABI) says, that signed integers are stored in two's complement which should be of the form ffffff.... and not 01010101..... for e.g. -1. Thus, I removed the type check in numbers.go as well as the function S256 as I don't think they are correct. Or maybe I'm missing something?
-
由 Péter Szilágyi 提交于
eth: don't accept transactions until we sync up with the network
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
eth/downloader: adaptive quality of service tuning
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
eth/downloader: make fast sync resilient to critical section fails
-
- 03 6月, 2016 6 次提交
-
-
由 Péter Szilágyi 提交于
core: add missing lock in TxPool.GetTransaction
-
由 Felix Lange 提交于
Fixes #2650
-
由 Felix Lange 提交于
cmd/geth: make console tests more robust
-
由 Felix Lange 提交于
* use --port 0 to avoid p2p port conflicts * use --maxpeers 0 so it doesn't connect to bootstrap nodes * use geth.expectExit() to wait for termination
-
由 Felix Lange 提交于
-
由 Felix Lange 提交于
This makes "geth js file.js" terminate again.
-
- 02 6月, 2016 1 次提交
-
-
由 Péter Szilágyi 提交于
-
- 31 5月, 2016 5 次提交
-
-
由 Péter Szilágyi 提交于
eth/downloader: ensure cancel channel is closed post sync
-
由 Péter Szilágyi 提交于
eth/downloader, trie: pull head state concurrently with chain
-
由 Péter Szilágyi 提交于
cmd, console: split off the console into a reusable package
-
由 Péter Szilágyi 提交于
-
由 Jeffrey Wilcke 提交于
core, core/state, trie: enterprise hand-tuned multi-level caching
-
- 30 5月, 2016 3 次提交
-
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
-
由 Péter Szilágyi 提交于
-