Commit | Line | Data |
---|---|---|
9f606706 HPN |
1 | #source: start.s |
2 | #source: sec-8a.s | |
3 | #source: sec-8b.s | |
4 | #source: sec-8m.s | |
5 | #source: sec-8d.s | |
6 | #ld: -m mmo | |
7 | #objdump: -s | |
8 | ||
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 | |
1fddb8da | 16 | # first chunk. |
9f606706 HPN |
17 | |
18 | .*: file format mmo | |
19 | ||
20 | Contents of section \.text: | |
5ff4a71e | 21 | 00000 e3fd0001 2a000000 00000000 00000000 .* |
9f606706 | 22 | #... |
5ff4a71e | 23 | 07ff0 00000000 00000000 00000000 2b2c0000 .* |
9f606706 | 24 | #... |
5ff4a71e | 25 | 0fff0 00000000 00000000 00002d00 00000000 .* |
9f606706 HPN |
26 | 10000 00000000 00000000 0000002e 2f303132 .* |
27 | 10010 33000000 00000000 00000000 00000000 .* | |
28 | 10020 00300000 00000000 00000000 00000000 .* | |
29 | #... | |
1fddb8da | 30 | 18020 31 .* |