File: sec-8m.d

package info (click to toggle)
binutils-djgpp 2.35.1%2Bdfsg-1
  • links: PTS, VCS
  • area: main
  • in suites: bullseye
  • size: 321,228 kB
  • sloc: ansic: 1,162,947; asm: 671,219; cpp: 134,012; exp: 70,783; makefile: 55,860; sh: 22,254; yacc: 14,459; lisp: 13,806; perl: 2,008; lex: 1,649; pascal: 307; sed: 195; awk: 25
file content (30 lines) | stat: -rw-r--r-- 1,009 bytes parent folder | download | duplicates (41)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
#source: start.s
#source: sec-8a.s
#source: sec-8b.s
#source: sec-8m.s
#source: sec-8d.s
#ld: -m mmo
#objdump: -s

# Distantly related to sec-7m.s in that section lengths mattered for the
# bug.  When one input-section (seen in mmo.c as a chunk of data to
# output) had a length not a multiple of four, the last bytes were saved
# to be concatenated with the next chunk.  If it was followed by a chunk
# with a leading multiple-of-four number of zero bytes, those zero bytes
# would be omitted, and the "saved" bytes would be concatenated with the
# following (not-all-zeros) bytes.  Hence a shift of the last bytes of the
# first chunk.

.*:     file format mmo

Contents of section \.text:
 00000 e3fd0001 2a000000 00000000 00000000  .*
#...
 07ff0 00000000 00000000 00000000 2b2c0000  .*
#...
 0fff0 00000000 00000000 00002d00 00000000  .*
 10000 00000000 00000000 0000002e 2f303132  .*
 10010 33000000 00000000 00000000 00000000  .*
 10020 00300000 00000000 00000000 00000000  .*
#...
 18020 31        .*