Handling of new line character '\n'? (discrepancy between description and behavior) of wzip)

[V-InVoker]

the "hexdump -xctests/1.out" shows that the new line character at the end of the series of 'a'... is written as it is without the equivalent count ( of 1) as a 4-byte integer?

hexdump -c tests/1.out :
|& \0 \0 \0 a \n | -- > |0026 0000 0a61|

shouldn't the out put be: //this includes the count of one newline character at the end as 4 bytes integer
|0026 0000 0161 0000 0a00| | & \0 \0 \0 a 001 \0 \0 \0 \n|

This issue also creates a confusion related to the correctness of the output of test-2 which runs: $> ./wzip 1.in 1.in 1.in
The result is either 3 times the output of { wzip 1.in } or 3*(count of 'a') and '\n'.