node.c: Print index values aligned and rename the second field to "key".

It's becoming more clear that the second field is used to binary search
the entries without having to parse the entries themselves.
It doesn't seem to be used for regular directory nodes, where the key is
set to 0xFFFF for all entries but extent nodes have ascending values
corresponding to the cumulative number of mapped clusters in the node
after each entry, up to the point where the value oveflows 0xFFFF, after
which 0xFFFF is written as key in all subsequent index entries (it's
likely that the extent entry itself needs to be consulted for entries
with 0xFFFF as key).

Author: unsound

librefs/node.c

@@ -3998,11 +3998,11 @@ static int parse_generic_block(
 			PRAX32(value_offsets_start_real));
 		i = value_offsets_start_real;
 		for(; i < value_offsets_end_real; i += 4) {
-			emit(prefix, indent + 1, "[%" PRIuz "] @ %" PRIu32 " / "
-				"0x%" PRIX32 ": %" PRIu16 " / "
-				"0x%" PRIX16 " (absolute: %" PRIu32 " / "
-				"0x%" PRIX32 ") flags / unknown: "
-				"0x%" PRIX16,
+			emit(prefix, indent + 1, "[%4" PRIuz "] @ "
+				"%4" PRIu32 " / 0x%04" PRIX32 ": Offset: "
+				"%5" PRIu16 " / 0x%04" PRIX16 " (absolute: "
+				"%5" PRIu32 " / 0x%04" PRIX32 ") Key: "
+				"%5" PRIu16 " / 0x%04" PRIX16,
 				PRAuz((i - value_offsets_start_real) /
 				4),
 				PRAu32(i),
@@ -4013,6 +4013,7 @@ static int parse_generic_block(
 				read_le16(&block[i])),
 				PRAX32(first_table_entry_end +
 				read_le16(&block[i])),
+				PRAu16(read_le16(&block[i + 2])),
 				PRAX16(read_le16(&block[i + 2])));
 		}
 	}