< gribble>
https://github.com/bitcoin/bitcoin/issues/16341 | Introduce ScriptPubKeyMan interface and use it for key and script management (aka wallet boxes) by achow101 . Pull Request #16341 . bitcoin/bitcoin . GitHub
< bitcoin-git>
bitcoin/master d7820a1 Wladimir J. van der Laan: util: Filter control characters out of log messages
< bitcoin-git>
bitcoin/master c34b886 Wladimir J. van der Laan: Merge #17095: util: Filter control characters out of log messages
< bitcoin-git>
[bitcoin] laanwj merged pull request #17095: util: Filter control characters out of log messages (master...2019_10_log_control_chars) https://github.com/bitcoin/bitcoin/pull/17095
< gleb>
Do we allocate full memory for a bloom filter in the constructor? There is no dynamic allocation as in vectors, right?
< sipa>
CBloomFilter and CRollingBloomFilter store their data in a vector
< sipa>
so there is dynamic allocation, but it does happen in the constructor
< sipa>
i think what you're asking is whether they're statically allocated, and that's not possible as that would require a compile-time known constant size
< sipa>
i guess that is actually possible, but would require a bunch of templating
< gleb>
I'm just wondering whether there is a point in not constructing them where they won't be used.
< gleb>
E.g., suhas added those block_relay_only peers which never relay addresses, so addrKnown filter for those peers is not used.
< sipa>
iirc we don't construct the filter in that case?
< bitcoin-git>
[bitcoin] naumenkogs opened pull request #17164: p2p: Avoid allocating memory for addrKnown where we don't need it (master...addr_relay_optimization_4) https://github.com/bitcoin/bitcoin/pull/17164
< moneyball>
#proposedmeetingtopic taproot proposal next steps; possible review sessions
< bitcoin-git>
[bitcoin] sandakersmann opened pull request #17166: Changed http:// to https:// on one link in build-unix.md (master...patch-1) https://github.com/bitcoin/bitcoin/pull/17166