$ cat /etc/alpine-release
3.13.5
2020-05-02T19:38:40Z [init] Bitcoin Core version v0.20.99.0-68ef9523d (release build)
2020-05-02T19:38:40Z [init] InitParameterInteraction: parameter interaction: -externalip set -> setting -discover=0
2020-05-02T19:38:40Z [init] Assuming ancestors of block 0000000000000000000f2adce67e49b0b6bdeb9de8b7c3d7e93b21e7fc1e819d have valid signatures.
2020-05-02T19:38:40Z [init] Setting nMinimumChainWork=00000000000000000000000000000000000000000e1ab5ec9348e9f4b8eb8154
2020-05-02T19:38:40Z [init] Using the 'standard' SHA256 implementation
2020-05-02T19:38:40Z [init] Default data directory /home/core/.bitcoin
2020-05-02T19:38:40Z [init] Using data directory /var/lib/bitcoind
2020-05-02T19:38:40Z [init] Config file: /etc/bitcoin/bitcoin.conf
2020-05-02T19:38:40Z [init] Config file arg: debug="rpc"
Consider a system on the heterogeneous computing ARM big.LITTLE
architecture, e.g., ODROID-HC1 powered by Samsung Exynos 5 Octa 5422.
As the Bitcoin Core is a highly computationally intensive application, the usage of ultra-low power and slower LITTLE
cores could lead to a substantial lagging and errors (see: bitcoin/bitcoin#16008).
Also there are report about other flaws in LITTLE
cores design.
The suggested solution of the described problem is to force the CPU core affinity of the Bitcoin Core processes. On Linux this could be achieved by the [taskset
](https://linux.die.net/man/1/t
diff --git a/src/qt/forms/debugwindow.ui b/src/qt/forms/debugwindow.ui | |
index 77e9afe89..8b7080083 100644 | |
--- a/src/qt/forms/debugwindow.ui | |
+++ b/src/qt/forms/debugwindow.ui | |
@@ -216,17 +216,17 @@ | |
</widget> | |
</item> | |
<item row="7" column="0"> | |
- <widget class="QLabel" name="labelNetwork"> | |
- <property name="font"> |
dyld: bind: bitcoin-qt:0x10A9BB198 = CarbonCore:_LocaleRefFromLocaleString, *0x10A9BB198 = 0x7FFF3400E559 | |
dyld: bind: bitcoin-qt:0x10A9BB278 = LaunchServices:_ReleaseIconRef, *0x10A9BB278 = 0x7FFF34302CD8 | |
dyld: bind: bitcoin-qt:0x10A9BB298 = CarbonCore:_UCCompareText, *0x10A9BB298 = 0x7FFF33FB5FCB | |
dyld: bind: bitcoin-qt:0x10A9BB2A0 = CarbonCore:_UCCreateCollator, *0x10A9BB2A0 = 0x7FFF33FB5A14 | |
dyld: bind: bitcoin-qt:0x10A9BB2A8 = CarbonCore:_UCDisposeCollator, *0x10A9BB2A8 = 0x7FFF33FB8C62 | |
dyld: bind: bitcoin-qt:0x10A9BB2B0 = CarbonCore:_UCKeyTranslate, *0x10A9BB2B0 = 0x7FFF33FBBBD0 |
http://gnusha.org/bitcoin-builds/2020-03-18.log
14:00 <dongcarl> Hello
14:00 <hebasto> hi
14:00 <dongcarl> jonatack hebasto fanquake cfields_
14:00 <fanquake> yo
14:00 \ hey
The ThreadSafeMessageBox()
messages are rendered in two ways:
- by
noui_ThreadSafeMessageBox()
usingLogPrintf()
andfprintf(stderr, ...)
with adding translated type prefix ("Error" / "Warning" / "Information") - by
BitcoinGUI::message()
usingQMessageBox
with adding translated type suffix ("Error" / "Warning" / "Information") to the window title. Note: On macOS, the window title is ignored (as required by the macOS Guidelines)
The ThreadSafeMessageBox()
is called by some functions:
AbortNode()
andInitRPCAuthentication()
pass translated messages with "Error: " prefixFatalError()
passes non-translated messages with "Error: " prefixInitError()
; some passed messages are translated, some are not
#!/usr/bin/env python3 | |
# | |
# bitcoin/contrib/gitian-build.py | |
# | |
# Mods: | |
# * no package management | |
# * default --jobs 4 | |
# * always --detach-sign | |
# * always --no-commit |