π¬ manfreddd commented on issue "Bitcoin Core v25.0 Crashes":
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646636639)
I was not sure how best to get the gettxoutsetinfo muhash output. So, I ran Bitcoin Core three different ways:
1. Run from the command line with coinstatsindex option (Bitcoincore.org doc recommends it).
[debug CLI coinstatsindex.log](https://github.com/bitcoin/bitcoin/files/12136921/debug.CLI.coinstatsindex.log)
3. Run from the command line with no options.
[debug CLI.log](https://github.com/bitcoin/bitcoin/files/12136923/debug.CLI.log)
4. Run from the graphical user interface and ge
...
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646636639)
I was not sure how best to get the gettxoutsetinfo muhash output. So, I ran Bitcoin Core three different ways:
1. Run from the command line with coinstatsindex option (Bitcoincore.org doc recommends it).
[debug CLI coinstatsindex.log](https://github.com/bitcoin/bitcoin/files/12136921/debug.CLI.coinstatsindex.log)
3. Run from the command line with no options.
[debug CLI.log](https://github.com/bitcoin/bitcoin/files/12136923/debug.CLI.log)
4. Run from the graphical user interface and ge
...
π¬ MarcoFalke commented on issue "Bitcoin Core v25.0 Crashes":
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646638775)
> Run from the graphical user interface and `gettxoutsetinfo muhash` from command window (crashed within 10 minutes).
It shouldn't crash, so there may be data corruption that leads leveldb into a crash.
I am not sure how to debug crashes on Windows, so someone else will need to help you there. (Maybe gdb exists?)
Otherwise, you can discard the leveldb chainstate by doing a full `-reindex-chainstate` (takes a long time).
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646638775)
> Run from the graphical user interface and `gettxoutsetinfo muhash` from command window (crashed within 10 minutes).
It shouldn't crash, so there may be data corruption that leads leveldb into a crash.
I am not sure how to debug crashes on Windows, so someone else will need to help you there. (Maybe gdb exists?)
Otherwise, you can discard the leveldb chainstate by doing a full `-reindex-chainstate` (takes a long time).
π¬ manfreddd commented on issue "Bitcoin Core v25.0 Crashes":
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646647499)
@MarcoFalke thank you for the support effort. Do I lose the Bitcoin data base loaded on my machine by discarding the leveldb chainstate?
(https://github.com/bitcoin/bitcoin/issues/28119#issuecomment-1646647499)
@MarcoFalke thank you for the support effort. Do I lose the Bitcoin data base loaded on my machine by discarding the leveldb chainstate?
π¬ TheCharlatan commented on pull request "kernel: Remove UniValue from kernel library":
(https://github.com/bitcoin/bitcoin/pull/28113#issuecomment-1646648548)
Updated 67e172a7c0d82271a13f77f76ce72799faddd05c -> b89567f51ade926af8c918e4787046b7ccec8eb0 ([kernelRmUnivalue_3](https://github.com/TheCharlatan/bitcoin/tree/kernelRmUnivalue_3) -> [kernelRmUnivalue_4](https://github.com/TheCharlatan/bitcoin/tree/kernelRmUnivalue_4), [compare](https://github.com/TheCharlatan/bitcoin/compare/kernelRmUnivalue_3..kernelRmUnivalue_4))
* Fixed fuzz test by catching the UniValue exception.
(https://github.com/bitcoin/bitcoin/pull/28113#issuecomment-1646648548)
Updated 67e172a7c0d82271a13f77f76ce72799faddd05c -> b89567f51ade926af8c918e4787046b7ccec8eb0 ([kernelRmUnivalue_3](https://github.com/TheCharlatan/bitcoin/tree/kernelRmUnivalue_3) -> [kernelRmUnivalue_4](https://github.com/TheCharlatan/bitcoin/tree/kernelRmUnivalue_4), [compare](https://github.com/TheCharlatan/bitcoin/compare/kernelRmUnivalue_3..kernelRmUnivalue_4))
* Fixed fuzz test by catching the UniValue exception.
π€ hebasto reviewed a pull request: "kernel: Remove UniValue from kernel library"
(https://github.com/bitcoin/bitcoin/pull/28113#pullrequestreview-1542134637)
Approach ACK b89567f51ade926af8c918e4787046b7ccec8eb0. Nice!
@TheCharlatan
Do I understand you correctly that your intention is to make the `ParseSighash` quite generic?
(https://github.com/bitcoin/bitcoin/pull/28113#pullrequestreview-1542134637)
Approach ACK b89567f51ade926af8c918e4787046b7ccec8eb0. Nice!
@TheCharlatan
Do I understand you correctly that your intention is to make the `ParseSighash` quite generic?
π¬ hebasto commented on pull request "Remove C-style const-violating cast, Use reinterpret_cast":
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646655381)
> Using a C-style cast to convert pointer types to a byte-like pointer type has many issues
Can `clang-tidy` or other tools be helpful in catching such cases in the future?
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646655381)
> Using a C-style cast to convert pointer types to a byte-like pointer type has many issues
Can `clang-tidy` or other tools be helpful in catching such cases in the future?
π¬ emc99 commented on pull request "Remove C-style const-violating cast, Use reinterpret_cast":
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646657942)
> Using a C-style cast to convert pointer types to a byte-like pointer type has many issues:
>
> * It may accidentally and silently throw away `const`.
> * It forces reviewers to check that it doesn't accidentally throw away `const`.
>
> For example, on current master a `const char*` is cast to `unsigned char*` (without `const`), see
>
> https://github.com/bitcoin/bitcoin/blob/d23fda05842ba4539b225bbab01b94df0060f697/src/span.h#L273
>
> . This can lead to UB, and the only reason why
...
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646657942)
> Using a C-style cast to convert pointer types to a byte-like pointer type has many issues:
>
> * It may accidentally and silently throw away `const`.
> * It forces reviewers to check that it doesn't accidentally throw away `const`.
>
> For example, on current master a `const char*` is cast to `unsigned char*` (without `const`), see
>
> https://github.com/bitcoin/bitcoin/blob/d23fda05842ba4539b225bbab01b94df0060f697/src/span.h#L273
>
> . This can lead to UB, and the only reason why
...
π¬ sipa commented on pull request "Remove C-style const-violating cast, Use reinterpret_cast":
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646658996)
UB = Undefined behavior
(https://github.com/bitcoin/bitcoin/pull/28127#issuecomment-1646658996)
UB = Undefined behavior
π¬ TheCharlatan commented on pull request "kernel: Remove UniValue from kernel library":
(https://github.com/bitcoin/bitcoin/pull/28113#issuecomment-1646668269)
Re https://github.com/bitcoin/bitcoin/pull/28113#pullrequestreview-1542134637
> Do I understand you correctly that your intention is to make the ParseSighash quite generic?
Maybe, but I mostly thought it might be worthwhile to keep this utility around.
(https://github.com/bitcoin/bitcoin/pull/28113#issuecomment-1646668269)
Re https://github.com/bitcoin/bitcoin/pull/28113#pullrequestreview-1542134637
> Do I understand you correctly that your intention is to make the ParseSighash quite generic?
Maybe, but I mostly thought it might be worthwhile to keep this utility around.
π petertodd opened a pull request: "Remove arbitrary restrictions on OP_RETURN by default"
(https://github.com/bitcoin/bitcoin/pull/28130)
Any number or size of data-carrying OP_RETURN outputs are allowed, and the `-datacarrier` option is removed. For those who want to limit data carrying outputs, `-datacarriersize` is still supported, and has the functionality of applying the specified data carrier limit as well as limiting the number of data carrying OP_RETURN outputs to one. If `-datacarriersize=0` is set, no data carrying output is allowed.
Rational: there's lots of ways for people to publish data in the Bitcoin chain, a
...
(https://github.com/bitcoin/bitcoin/pull/28130)
Any number or size of data-carrying OP_RETURN outputs are allowed, and the `-datacarrier` option is removed. For those who want to limit data carrying outputs, `-datacarriersize` is still supported, and has the functionality of applying the specified data carrier limit as well as limiting the number of data carrying OP_RETURN outputs to one. If `-datacarriersize=0` is set, no data carrying output is allowed.
Rational: there's lots of ways for people to publish data in the Bitcoin chain, a
...
π¬ petertodd commented on pull request "Ignore datacarrier limits for dataless OP_RETURN outputs":
(https://github.com/bitcoin/bitcoin/pull/27261#issuecomment-1646718415)
Closing in favor of https://github.com/bitcoin/bitcoin/pull/28130
(https://github.com/bitcoin/bitcoin/pull/27261#issuecomment-1646718415)
Closing in favor of https://github.com/bitcoin/bitcoin/pull/28130
β
petertodd closed a pull request: "Ignore datacarrier limits for dataless OP_RETURN outputs"
(https://github.com/bitcoin/bitcoin/pull/27261)
(https://github.com/bitcoin/bitcoin/pull/27261)
π¬ luke-jr commented on pull request "Remove arbitrary restrictions on OP_RETURN by default":
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646724534)
Concept NACK, the spam filters should be fixed, not removed or relaxed.
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646724534)
Concept NACK, the spam filters should be fixed, not removed or relaxed.
π¬ jonatack commented on pull request "refactor: extract CCheckQueue's data handling into a separate container "Bag"":
(https://github.com/bitcoin/bitcoin/pull/27331#issuecomment-1646725108)
ACK 6a9c6ea9734854a2438d180ae13f123170e96d4c
(https://github.com/bitcoin/bitcoin/pull/27331#issuecomment-1646725108)
ACK 6a9c6ea9734854a2438d180ae13f123170e96d4c
π€ tuanggo reviewed a pull request: "doc: Clarify -datacarriersize, add -datacarriersize=2 tests"
(https://github.com/bitcoin/bitcoin/pull/27832#pullrequestreview-1542179314)
open
(https://github.com/bitcoin/bitcoin/pull/27832#pullrequestreview-1542179314)
open
π€ ishaanam reviewed a pull request: "test: Bump walletpassphrase timeout to avoid intermittent issue"
(https://github.com/bitcoin/bitcoin/pull/28089#pullrequestreview-1542183956)
ACK fa257a727c27a85cffaed94d1a241e631b2afda3
I would also ACK a PR that creates a wallet specific to this test as discussed above.
(https://github.com/bitcoin/bitcoin/pull/28089#pullrequestreview-1542183956)
ACK fa257a727c27a85cffaed94d1a241e631b2afda3
I would also ACK a PR that creates a wallet specific to this test as discussed above.
π¬ recursive-rat4 commented on pull request "Remove arbitrary restrictions on OP_RETURN by default":
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646803412)
NACK until the data is discardable and the block size is increased.
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646803412)
NACK until the data is discardable and the block size is increased.
π¬ izlan90 commented on pull request "Remove arbitrary restrictions on OP_RETURN by default":
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646804102)
Bagai mana saya nak lakukan sekarang. Saya tak tahu lagi niDihantar daripada Huawei Mobile saya-------- Mesej Asal --------Subjek: Re: [bitcoin/bitcoin] Remove arbitrary restrictions on OP_RETURN by default (PR #28130)Daripada: Pavel Vasin Kepada: bitcoin/bitcoin SK: Subscribed
NACK until the data is discardable and the block size is increased.
βReply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: ***@**
...
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646804102)
Bagai mana saya nak lakukan sekarang. Saya tak tahu lagi niDihantar daripada Huawei Mobile saya-------- Mesej Asal --------Subjek: Re: [bitcoin/bitcoin] Remove arbitrary restrictions on OP_RETURN by default (PR #28130)Daripada: Pavel Vasin Kepada: bitcoin/bitcoin SK: Subscribed
NACK until the data is discardable and the block size is increased.
βReply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: ***@**
...
π¬ izlan90 commented on pull request "Remove arbitrary restrictions on OP_RETURN by default":
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646804437)
What am I going to do now... I don't know how to do anything else here.. I haven't traded for a long time.. Can you help meDihantar daripada Huawei Mobile saya-------- Mesej Asal --------Subjek: Re: [bitcoin/bitcoin] Remove arbitrary restrictions on OP_RETURN by default (PR #28130)Daripada: Pavel Vasin Kepada: bitcoin/bitcoin SK: Subscribed
NACK until the data is discardable and the block size is increased.
βReply to this email directly, view it on GitHub, or unsubscribe.You are receiving t
...
(https://github.com/bitcoin/bitcoin/pull/28130#issuecomment-1646804437)
What am I going to do now... I don't know how to do anything else here.. I haven't traded for a long time.. Can you help meDihantar daripada Huawei Mobile saya-------- Mesej Asal --------Subjek: Re: [bitcoin/bitcoin] Remove arbitrary restrictions on OP_RETURN by default (PR #28130)Daripada: Pavel Vasin Kepada: bitcoin/bitcoin SK: Subscribed
NACK until the data is discardable and the block size is increased.
βReply to this email directly, view it on GitHub, or unsubscribe.You are receiving t
...
π¬ russeree commented on pull request "Bugfix: RPC: Remove quotes from non-string oneline descriptions":
(https://github.com/bitcoin/bitcoin/pull/28123#issuecomment-1646814647)
tACK
I applied this PRs logic with the `current branches ``.oneline_description``` and was able to get the desired error message.

(https://github.com/bitcoin/bitcoin/pull/28123#issuecomment-1646814647)
tACK
I applied this PRs logic with the `current branches ``.oneline_description``` and was able to get the desired error message.
