Tmpctx cleanups#1295
Conversation
ZmnSCPxj
left a comment
There was a problem hiding this comment.
Mostly OK to me, but how about also adding io_poll_override(&debug_poll) to setup_subdaemon? I know not all subdaemons use io_loop but it is benign if not used, right? (and it will get compiled in anyway since common/status uses the daemon_conn, which uses ccan/io/io). Although maybe channeld does something too magic for this?
|
|
| @@ -1,17 +0,0 @@ | |||
| #include <ccan/err/err.h> | |||
There was a problem hiding this comment.
This was removed but the lightningd/Makefile channeld/Makefile still seems to use it? They refer to common/io_debug.o.
There was a problem hiding this comment.
Thanks! Fixed and rebased...
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
I didn't convert all tests: they can still use a standalone context. It's just marginally more efficient to share the libwally one for all our daemons which link against it anyway. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
be2301c to
bad6c62
Compare
In particular, the main daemon and subdaemons share the backtrace code, with hooks for logging. The daemon hook inserts the io_poll override, which means we no longer need io_debug.[ch]. Though most daemons don't need it, they still link against ccan/io, so it's harmess (suggested by @ZmnSCPxj). This was tested manually to make sure we get backtraces still. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
bad6c62 to
4bde639
Compare
|
ACK 4bde639 Looks fine to me, although, there is a valgrind warn in a CI run, but I feel it could be rerun? |
…RACE Valgrind gets upset. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|
ACK 3c3fcf0 |
BOLT PR ElementsProject#1295 reserves TLV types 240..=1000 for payer-proof and\nsignature fields. Experimental invoice TLVs above that range remain\nselectively disclosable, but the reviewed rust-lightning PR head\n(3378fa3c7655e3312529d0e424231fd9bb4dde55) rejected a proof carrying\none of those disclosed records with Decode(InvalidValue).\n\nAdd a deterministic vector that appends an odd experimental invoice TLV\n(type 3000000001) to a valid invoice, discloses it through the payer\nproof, and checks the resulting proof bytes, merkle root, and bech32\nencoding. Regenerate the checked-in JSON fixture and document the new\nregression case in the README.\n\nThe generator is also moved onto the public payer-proof APIs and pinned\nto the fixed rust-lightning revision\n(4e0068a33c3313a2b36e6e967f2e31e1232a8a19), which accepts the vector\nthat the old PR head rejected.
No description provided.