💬 josibake commented on pull request "[23.2] Final Changes":
(https://github.com/bitcoin/bitcoin/pull/27663#issuecomment-1549434174)
ACK https://github.com/bitcoin/bitcoin/pull/27663/commits/7ae937326ae009aa825c5d855b20e79ab1a7e5dc
(https://github.com/bitcoin/bitcoin/pull/27663#issuecomment-1549434174)
ACK https://github.com/bitcoin/bitcoin/pull/27663/commits/7ae937326ae009aa825c5d855b20e79ab1a7e5dc
📝 fanquake opened a pull request: "depends: Boost 1.82.0"
(https://github.com/bitcoin/bitcoin/pull/27671)
https://www.boost.org/users/history/version_1_82_0.html
Relevant changelogs:
https://github.com/boostorg/core/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/multi_index/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/test/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/process/compare/boost-1.81.0...boost-1.82.0
Other modules, i.e date_time, signals2, etc, had no changes.
(https://github.com/bitcoin/bitcoin/pull/27671)
https://www.boost.org/users/history/version_1_82_0.html
Relevant changelogs:
https://github.com/boostorg/core/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/multi_index/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/test/compare/boost-1.81.0...boost-1.82.0
https://github.com/boostorg/process/compare/boost-1.81.0...boost-1.82.0
Other modules, i.e date_time, signals2, etc, had no changes.
💬 Sjors commented on issue "--with-sanitizers=float-divide-by-zero crash with -debug=bench in Chainstate::ConnectTip":
(https://github.com/bitcoin/bitcoin/issues/27635#issuecomment-1549439436)
The potential divide by zero was introduced here:
https://github.com/bitcoin/bitcoin/pull/24216/files#diff-97c3a52bc5fad452d82670a7fd291800bae20c7bc35bb82686c2c0a4ea7b5b98L2607-R2612
Let me see if I remember why…
(https://github.com/bitcoin/bitcoin/issues/27635#issuecomment-1549439436)
The potential divide by zero was introduced here:
https://github.com/bitcoin/bitcoin/pull/24216/files#diff-97c3a52bc5fad452d82670a7fd291800bae20c7bc35bb82686c2c0a4ea7b5b98L2607-R2612
Let me see if I remember why…
💬 hebasto commented on pull request "depends: Boost 1.82.0":
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549442652)
Skimming changelogs did not reveal a reason why we need this update.
Did I miss something important?
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549442652)
Skimming changelogs did not reveal a reason why we need this update.
Did I miss something important?
📝 MarcoFalke opened a pull request: "fuzz: Print error message when FUZZ is missing"
(https://github.com/bitcoin/bitcoin/pull/27672)
Some trivial UX improvements.
* Change the exit code for `PRINT_ALL_FUZZ_TARGETS_AND_ABORT` and `WRITE_ALL_FUZZ_TARGETS_AND_ABORT` to `EXIT_SUCCESS` instead of `Aborted (core dumped)`.
* Print readable error message when `FUZZ` is missing instead of `Aborted (core dumped)`.
* Clarify that a fuzz target needs to be compiled into the executable.
(https://github.com/bitcoin/bitcoin/pull/27672)
Some trivial UX improvements.
* Change the exit code for `PRINT_ALL_FUZZ_TARGETS_AND_ABORT` and `WRITE_ALL_FUZZ_TARGETS_AND_ABORT` to `EXIT_SUCCESS` instead of `Aborted (core dumped)`.
* Print readable error message when `FUZZ` is missing instead of `Aborted (core dumped)`.
* Clarify that a fuzz target needs to be compiled into the executable.
💬 MarcoFalke commented on pull request "fuzz: Print error message when FUZZ is missing":
(https://github.com/bitcoin/bitcoin/pull/27672#issuecomment-1549450433)
(Also contains some no-op code to allow for easier hacking)
(https://github.com/bitcoin/bitcoin/pull/27672#issuecomment-1549450433)
(Also contains some no-op code to allow for easier hacking)
💬 MarcoFalke commented on pull request "depends: Boost 1.82.0":
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549456481)
Seems a bit early to bump, given that no distro ships with that version, and there is no need for the Bitcoin Core release binaries to be the first ones to test the new boost release.
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549456481)
Seems a bit early to bump, given that no distro ships with that version, and there is no need for the Bitcoin Core release binaries to be the first ones to test the new boost release.
💬 sipa commented on issue "Allow getblockfrompeer to use any peer":
(https://github.com/bitcoin/bitcoin/issues/27652#issuecomment-1549464215)
I don't think this is hard to implement, and doesn't need #27626 (it wouldn't use compact blocks).
We effectively already have a background block download fetching algorithm, that regularly decides which blocks should be fetched from which peers (see `FindNextBlocksToDownload` in net_processing.cpp). I think it should be possible to have a list/set somewhere in the net processing state of CBlockIndexes/uint256s/... of blocks to-redownload. If any peer served by `FindNextBlocksToDownload` happ
...
(https://github.com/bitcoin/bitcoin/issues/27652#issuecomment-1549464215)
I don't think this is hard to implement, and doesn't need #27626 (it wouldn't use compact blocks).
We effectively already have a background block download fetching algorithm, that regularly decides which blocks should be fetched from which peers (see `FindNextBlocksToDownload` in net_processing.cpp). I think it should be possible to have a list/set somewhere in the net processing state of CBlockIndexes/uint256s/... of blocks to-redownload. If any peer served by `FindNextBlocksToDownload` happ
...
💬 fanquake commented on pull request "depends: Boost 1.82.0":
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549464475)
> given that no distro ships with that version
Pretty much all of the rolling/modern distros, i.e Alpine, FreeBSD, Gentoo, Tumbleweed, are already shipping this.
(https://github.com/bitcoin/bitcoin/pull/27671#issuecomment-1549464475)
> given that no distro ships with that version
Pretty much all of the rolling/modern distros, i.e Alpine, FreeBSD, Gentoo, Tumbleweed, are already shipping this.
📝 Sjors opened a pull request: "ConnectTip: don't log total disk read time in bench"
(https://github.com/bitcoin/bitcoin/pull/27673)
This incorrectly assumed num_blocks_total would be greater than 0. This is not guaranteed until the ConnectBlock call right below it.
The total and average metric is not very useful because it does not distinguish between blocks read from disk and those loaded from memory. So rather than fixing the divide by zero issue, we just drop the metric.
Fixes #27635
(https://github.com/bitcoin/bitcoin/pull/27673)
This incorrectly assumed num_blocks_total would be greater than 0. This is not guaranteed until the ConnectBlock call right below it.
The total and average metric is not very useful because it does not distinguish between blocks read from disk and those loaded from memory. So rather than fixing the divide by zero issue, we just drop the metric.
Fixes #27635
💬 Sjors commented on issue "--with-sanitizers=float-divide-by-zero crash with -debug=bench in Chainstate::ConnectTip":
(https://github.com/bitcoin/bitcoin/issues/27635#issuecomment-1549472481)
Opened #27673 which drops the offending metric.
(https://github.com/bitcoin/bitcoin/issues/27635#issuecomment-1549472481)
Opened #27673 which drops the offending metric.
💬 sipa commented on pull request "Enable HW-accelerated implementations of SHA256 for MSVC builds":
(https://github.com/bitcoin/bitcoin/pull/24773#discussion_r1195017841)
Yeah, MSVC does not support inline asm at all. You have to use intrinsics.
(https://github.com/bitcoin/bitcoin/pull/24773#discussion_r1195017841)
Yeah, MSVC does not support inline asm at all. You have to use intrinsics.
💬 Sjors commented on pull request "ConnectTip: don't log total disk read time in bench":
(https://github.com/bitcoin/bitcoin/pull/27673#discussion_r1195022903)
Fwiw I think this warning is useful because many of the bench logs use `/ num_blocks_total` and `ConnectTip` has an `assert(num_blocks_total > 0)` just a few lines down.
(https://github.com/bitcoin/bitcoin/pull/27673#discussion_r1195022903)
Fwiw I think this warning is useful because many of the bench logs use `/ num_blocks_total` and `ConnectTip` has an `assert(num_blocks_total > 0)` just a few lines down.
💬 ajtowns commented on pull request "Relay own transactions only via short-lived Tor or I2P connections":
(https://github.com/bitcoin/bitcoin/pull/27509#discussion_r1195027764)
We don't accept transactions while in IBD, so sending an INV first might be an easy way to catch that condition too. Checking that we're on the same tip, and respecting feefilter might also catch those cases, and be worth doing anyway though.
(https://github.com/bitcoin/bitcoin/pull/27509#discussion_r1195027764)
We don't accept transactions while in IBD, so sending an INV first might be an easy way to catch that condition too. Checking that we're on the same tip, and respecting feefilter might also catch those cases, and be worth doing anyway though.
📝 hebasto opened a pull request: "ci: Fix "Number of CPUs" output"
(https://github.com/bitcoin/bitcoin/pull/27674)
This PR is a follow-up to https://github.com/bitcoin/bitcoin/pull/27616:
- on [master](https://api.cirrus-ci.com/v1/task/5809898840129536/logs/ci.log):
```
Number of CPUs \(nproc\): $(nproc)
```
- this [PR](https://api.cirrus-ci.com/v1/task/6495994095861760/logs/ci.log):
```
Number of CPUs (nproc): 32
```
(https://github.com/bitcoin/bitcoin/pull/27674)
This PR is a follow-up to https://github.com/bitcoin/bitcoin/pull/27616:
- on [master](https://api.cirrus-ci.com/v1/task/5809898840129536/logs/ci.log):
```
Number of CPUs \(nproc\): $(nproc)
```
- this [PR](https://api.cirrus-ci.com/v1/task/6495994095861760/logs/ci.log):
```
Number of CPUs (nproc): 32
```
💬 fanquake commented on pull request "ci: A few fixes of `ccache` issues":
(https://github.com/bitcoin/bitcoin/pull/27084#issuecomment-1549536659)
What is the status of this
(https://github.com/bitcoin/bitcoin/pull/27084#issuecomment-1549536659)
What is the status of this
💬 fanquake commented on pull request "bench: Benchmark all `SHA256` implementations that are available on the system":
(https://github.com/bitcoin/bitcoin/pull/27598#discussion_r1195062719)
> Hm, I don't really like that all of that SHA256 specific code is becoming part of the benchmark framework.
Yea. Concept NACK on the current approach.
(https://github.com/bitcoin/bitcoin/pull/27598#discussion_r1195062719)
> Hm, I don't really like that all of that SHA256 specific code is becoming part of the benchmark framework.
Yea. Concept NACK on the current approach.
💬 TheCharlatan commented on issue "builds: Review use of `@`-prefixed lines in our Makefiles":
(https://github.com/bitcoin/bitcoin/issues/18891#issuecomment-1549542504)
With #27041 merged, I checked the remaining few instances and think they all serve a purpose, so I think this could be closed now.
(https://github.com/bitcoin/bitcoin/issues/18891#issuecomment-1549542504)
With #27041 merged, I checked the remaining few instances and think they all serve a purpose, so I think this could be closed now.
✅ fanquake closed an issue: "builds: Review use of `@`-prefixed lines in our Makefiles"
(https://github.com/bitcoin/bitcoin/issues/18891)
(https://github.com/bitcoin/bitcoin/issues/18891)
💬 fanquake commented on issue ""Create Unsigned" should not show the message: "The amount exceeds you balance" without suggesting alternatives":
(https://github.com/bitcoin/bitcoin/issues/27659#issuecomment-1549545668)
> Based on that, maybe close this issue?
Ok. Seems like this can be followed up with in the [GUI repo](https://github.com/bitcoin-core/gui), in any case.
(https://github.com/bitcoin/bitcoin/issues/27659#issuecomment-1549545668)
> Based on that, maybe close this issue?
Ok. Seems like this can be followed up with in the [GUI repo](https://github.com/bitcoin-core/gui), in any case.