core-lightning/lightningd/log_status.h

#ifndef LIGHTNING_LIGHTNINGD_LOG_STATUS_H
#define LIGHTNING_LIGHTNINGD_LOG_STATUS_H
#include "config.h"
#include <lightningd/log.h>

/* Returns true (and writes it to log) if it's a status_log message. */
bool log_status_msg(struct logger *log,
 		    const struct node_id *node_id,
		    const u8 *msg);

#endif /* LIGHTNING_LIGHTNINGD_LOG_STATUS_H */
status: add multiple levels of logging. status_trace maps to status_debug. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2018-02-05 05:09:27 +01:00			`#ifndef LIGHTNING_LIGHTNINGD_LOG_STATUS_H`
			`#define LIGHTNING_LIGHTNINGD_LOG_STATUS_H`
			`#include "config.h"`
			`#include <lightningd/log.h>`

			`/* Returns true (and writes it to log) if it's a status_log message. */`
lightningd/log: clean up nomenclature. `struct log` becomes `struct logger`, and the member which points to the `struct log_book` becomes `->log_book` not `->lr`. Also, we don't need to keep the log_book in struct plugin, since it has access to ld's log_book. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2023-07-16 07:56:52 +02:00			`bool log_status_msg(struct logger *log,`
lightningd: have logging include an optional node_id for each entry. A log can have a default node_id, which can be overridden on a per-entry basis. This changes the format of logging, so some tests need rework. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2019-11-17 12:41:33 +01:00			`const struct node_id *node_id,`
			`const u8 *msg);`
status: add multiple levels of logging. status_trace maps to status_debug. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2018-02-05 05:09:27 +01:00
			`#endif /* LIGHTNING_LIGHTNINGD_LOG_STATUS_H */`