Skip to content

Tmpctx cleanups#1295

Merged
cdecker merged 4 commits into
ElementsProject:masterfrom
rustyrussell:tmpctx-cleanups
Apr 3, 2018
Merged

Tmpctx cleanups#1295
cdecker merged 4 commits into
ElementsProject:masterfrom
rustyrussell:tmpctx-cleanups

Conversation

@rustyrussell
Copy link
Copy Markdown
Contributor

No description provided.

@rustyrussell rustyrussell requested a review from ZmnSCPxj March 28, 2018 02:41
Copy link
Copy Markdown
Contributor

@ZmnSCPxj ZmnSCPxj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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?

@rustyrussell
Copy link
Copy Markdown
Contributor Author

rustyrussell commented Mar 28, 2018

True, we could do that. No, they don't link against debug_poll. Let me try something else.

Comment thread common/io_debug.c
@@ -1,17 +0,0 @@
#include <ccan/err/err.h>
Copy link
Copy Markdown
Contributor

@ZmnSCPxj ZmnSCPxj Mar 29, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was removed but the lightningd/Makefile channeld/Makefile still seems to use it? They refer to common/io_debug.o.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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>
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>
@ZmnSCPxj
Copy link
Copy Markdown
Contributor

ZmnSCPxj commented Apr 3, 2018

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>
@ZmnSCPxj
Copy link
Copy Markdown
Contributor

ZmnSCPxj commented Apr 3, 2018

ACK 3c3fcf0

@cdecker cdecker merged commit feb6b52 into ElementsProject:master Apr 3, 2018
vincenzopalazzo added a commit to vincenzopalazzo/lightning that referenced this pull request Mar 25, 2026
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants