9 # Distantly related to sec-7m.s in that section lengths mattered for the
10 # bug. When one input-section (seen in mmo.c as a chunk of data to
11 # output) had a length not a multiple of four, the last bytes were saved
12 # to be concatenated with the next chunk. If it was followed by a chunk
13 # with a leading multiple-of-four number of zero bytes, those zero bytes
14 # would be omitted, and the "saved" bytes would be concatenated with the
15 # following (not-all-zeros) bytes. Hence a shift of the last bytes of the
20 Contents of section \.text:
21 00000 e3fd0001 2a000000 00000000 00000000 .*
23 07ff0 00000000 00000000 00000000 2b2c0000 .*
25 0fff0 00000000 00000000 00002d00 00000000 .*
26 10000 00000000 00000000 0000002e 2f303132 .*
27 10010 33000000 00000000 00000000 00000000 .*
28 10020 00300000 00000000 00000000 00000000 .*