машинный код x86 на DOS ( .com
файл) - 70 байт
Работать с файлами .COM очень легко, потому что «загрузчик» COM помещает содержимое файла по адресу 100h
и переходит туда, программа должна каким-то образом жестко закодировать его конец и игнорировать все после него, поэтому мы можем просто добавить обратная сторона первых N-1 байтов (только предостережение: если программа каким-то образом пытается делать трюки с длиной файла, все ломается).
Вот шестнадцатеричный дамп моего .COM
-palyndromizing .COM
:
00000000 31 db 8a 1e 80 00 c6 87 81 00 00 ba 82 00 b8 00 |1...............|
00000010 3d cd 21 72 30 89 c6 bf ff ff b9 01 00 ba fe 00 |=.!r0...........|
00000020 89 f3 b4 3f cd 21 3c 01 75 18 b4 40 bb 01 00 cd |...?.!<.u..@....|
00000030 21 85 ff 75 e5 89 f3 f7 d9 88 ee b8 01 42 cd 21 |!..u.........B.!|
00000040 eb d8 47 74 f0 c3 |..Gt..|
Он принимает входной файл в командной строке и записывает вывод в stdout; ожидаемое использование что-то вроде compalyn source.com > out.com
.
Комментируемая сборка:
org 100h
section .text
start:
; NUL-terminate the command line
xor bx,bx
mov bl, byte[80h]
mov byte[81h+bx],0
; open the input file
mov dx,82h
mov ax,3d00h
int 21h
; in case of error (missing file, etc.) quit
jc end
; si: source file handle
mov si,ax
; di: iteration flag
; -1 => straight pass, 0 reverse pass
mov di,-1
loop:
; we read one byte at time at a bizarre memory
; location (so that dl is already at -2 later - we shave one byte)
mov cx,1
mov dx,0feh
mov bx,si
mov ah,3fh
int 21h
; if we didn't read 1 byte it means we either got to EOF
; or sought before the start of file
cmp al,1
jne out
; write the byte on stdout
mov ah,40h
mov bx,1
int 21h
; if we are at the first pass we go on normally
test di,di
jnz loop
back:
; otherwise, we have to seek back
mov bx,si
; one byte shorter than mov cx,-1
neg cx
; dl is already at -2, fix dh so cx:dx = -2
mov dh,ch
mov ax,4201h
int 21h
jmp loop
out:
; next iteration
inc di
; if it's not zero we already did the reverse pass
jz back
end:
ret
Испытано само по себе, и решения предыдущего вопроса, кажется, работают нормально в DosBox, последует еще более обширное тестирование «канонических» исполняемых файлов DOS.