aljaz/lightning
1
0
Fork 0
mirror of https://github.com/aljazceru/lightning.git synced 2025-12-23 00:54:20 +01:00
Code Issues Packages Projects Releases Wiki Activity

lightningd: more comment fixes.

Browse Source 
Suggested-by: @practicalswift and @cdecker.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
This commit is contained in:
Rusty Russell
2018-09-03 13:10:02 +09:30
parent dfc2a6b873
commit f2e085778c
1 changed files with 6 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
lightningd/lightningd.c
View File

@@ -12,7 +12,7 @@
* *
* Comments beginning with a ~ (like this one!) are part of our shared * Comments beginning with a ~ (like this one!) are part of our shared
* adventure through the source, so they're more meta than normal code * adventure through the source, so they're more meta than normal code
* comments, and mean to be read in a certain order. * comments, and meant to be read in a certain order.
*/ */
/*~ Notice how includes are in ASCII order: this is actually enforced by /*~ Notice how includes are in ASCII order: this is actually enforced by
@@ -87,7 +87,9 @@ static struct lightningd *new_lightningd(const tal_t *ctx)
/*~ tal: each allocation is a child of an existing object (or NULL, /*~ tal: each allocation is a child of an existing object (or NULL,
* the top-level object). When an object is freed, all the objects * the top-level object). When an object is freed, all the objects
* `tallocated` off it are also freed. We use it in place of malloc * `tallocated` off it are also freed. We use it in place of malloc
* and free. * and free. For the technically inclined: tal allocations usually
* build a tree, and tal_freeing any node in the tree will result in
* the entire subtree rooted at that node to be freed.
* *
* It's incredibly useful for grouping object lifetimes, as we'll see. * It's incredibly useful for grouping object lifetimes, as we'll see.
* For example, a `struct bitcoin_tx` has a pointer to an array of * For example, a `struct bitcoin_tx` has a pointer to an array of
@@ -142,7 +144,7 @@ static struct lightningd *new_lightningd(const tal_t *ctx)
/*~ These are hash tables of incoming and outgoing HTLCs (contracts), /*~ These are hash tables of incoming and outgoing HTLCs (contracts),
* defined as `struct htlc_in` and `struct htlc_out`in htlc_end.h. * defined as `struct htlc_in` and `struct htlc_out`in htlc_end.h.
* The hash tables are declared ther using the very ugly * The hash tables are declared there using the very ugly
* HTABLE_DEFINE_TYPE macro. The key is the channel the HTLC is in * HTABLE_DEFINE_TYPE macro. The key is the channel the HTLC is in
* and the 64-bit htlc-id which is unique for that channel and * and the 64-bit htlc-id which is unique for that channel and
* direction. That htlc-id is used in the inter-peer wire protocol, * direction. That htlc-id is used in the inter-peer wire protocol,