Обфускация кода / Плюшки команды RST 7

[OrionExt]

Обфуска́ция (от лат. ... obfuscate -делать неочевидным, запутанным, сбивать с толку) или запутывание кода - приведение исходного текста или исполняемого кода программы к виду, сохраняющему её функциональность, но затрудняющему анализ, понимание алгоритмов работы и модификацию при декомпиляции.

Чет не понял об чем тема. ТС решил запутать понятный код? RST для 8080 это классика. Или ТС решил потролить с железякой - обфускацией?

Не документированные команды - кому масло в коде. По мне бочка дегтя.

CP/M отлично работает на Z280. Придет время и стандартный биос MSX запущу на Z280 (c фиксами железной шины Z280).

[Advertiser]

[Denn]

Это споры из той же серии: какой язык лучше, русский или английский? Кто к какому привык.

Для меня совершенно бессмысленны портянки из однотипных унылых LD, мозгу не за что "зацепиться" при анализе такого листинга. Интеловский вариант более "человечный", мне одного взгляда на страницу с кодом достаточно для понимания "где мы находимся" и "о чём тут речь".
У кого-то "мышление робота" и ему понятнее чёткие монотонные конструкции "LD xx,yy" - здоровья на.

Только к чему споры-то эти все? LD'шники лучше программируют или что?

[andrews]

Зачем спорить о мнемониках ассемблера? Напишите свой с собственной мнемоникой и своими макро и пользуйтесь на здоровье. Процессор понимает и выполняет КОДЫ! Как вы их обзовете ему вообще фиолетово. Кстати, ничто не мешает написать для любого проца и ассемблер с русской мнемоникой. По моему скромному разумению "Прыг" это прикольно

Единобразие нужно как раз ЯВУ. И вот здесь проблема в том, что они генерят разные строки и поэтому один и тот же компилятор нельзя использовать для разных архитектур( об оптимизации скромно умолчим, она конечно не может быть единобразной). А два разных компилятора одного ЯВУ могут генерить совершенно различный код. Человеческие языки в дискуссию не втягиваем, у них функции в разы разнообразней.

[Denn]

Зачем спорить о мнемониках ассемблера?

Простые задачки решать проще, чем сложные. Поэтому километры форумов и ноль строчек кода..(

[Радио-86РК]

Кaк-то уже писал свой транслятор с ассемблера, в котором опкод - i8080, а мнемоника - x86.
И знаете что? Отлаживать свои программы стало легче!
Так как я их стал писать в MSVC внутри «_asm {…}», а потом копировал и транслировал в код ВМ80:

• mov al,[bx] === mov a,m
• xchg bx,[sp] === xthl
• jmp bx === pchl
• add bx,dx === dad de

Кстати, вот накидал тут кода:

Используется всё: RST 0…7

prompt  equ	0F86Ch
puta	equ	0F815h
puts    equ	0F818h

THE_PSW	EQU	07FFEH
THE_HL	EQU	07FFCH

JRNZ	EQU	0C7H
JRZ	EQU	0CFH
JRNC	EQU	0D7H
JRC	EQU	0DFH

        org 0
;    Эта крошечная утилита с оригинальным трюком
; использования RST-команд.
; Возможность выбора точки старта программы посредством
; директивы <G0>..<G38>-МОНИТОРа.
; Возможность вызова нужной подпрограммы при помощи
; функции <USR(0..56)>-БЕЙСИКа.
; Вызов дополнительного API из любой части остального
; приложения посредством <RST 0>..<RST 7>
	ORG	00000H
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
	DB	0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH,0FFH
; Здесь располагается обработчик программных прерываний и системных вызовов.
; Через "МОНИТОР" из-вне имеется 57 точек входа директивой G0-G38 для запуска
; программы в различных режимах.
; Внутри программы эти вызовы дублируют API "МОНИТОРа" и дополняют его.
	ORG	00038H
	SHLD	THE_HL	; Сохраняем HL-пару
	PUSH	PSW	; Затем, посредством
	POP	H	; регистровой пары HL
	SHLD	THE_PSW	; сохраняем и PSW
	LXI	H,08A00H; Проверяем указатель стека:
	DAD	SP	; Предустановил ли его МОНИТОР?
	POP	H
	JC	START	; Значит это "холодный старт"
	MOV	A,H
	ADD	A	; Проверим, прикладной ли вызов?
	JNZ	THE_APP	; Приложение вызывает наш API
	JC	MON_RST	; Значит один из FF МОНИТОРа
	MVI	A,TAPIS	; Table of APIs
	ADD	L	; Иначе - это USR-вызов
	MOV	A,M
	INX	H
	MOV	H,M
	XTHL
	LHLD	THE_PSW
	PUSH	H
	POP	PSW
	LHLD	THE_HL
	RET
THE_APP:MOV	A,M	; Вызов из приложения
	XRI	080H	; Если укладывается в KOI-7
	JM	PRINT	; Просто печатаем сообщение
	INX	H
	PUSH	H	; Сейчас проверим следующий байт
	SUI	012H	; Одна из стандартных 18 точек
	JC	THE_MON	; МОНИТОРа?
	ADD	A
	MVI	H,THE_API >> 8
	MOV	L,A
	MOV	A,M
	INX	H
	MOV	H,M
	MOV	L,A
	XTHL
	RET
THE_MON:CMA
	MOV	L,A
	ADD	A
	ADD	L
	MOV	L,A
	MVI	H,0F8H
THE_RET:PUSH	H
	LHLD	THE_PSW
	PUSH	H
	POP	PSW
	LHLD	THE_HL
	RET
PRINT:	PUSH	H
	PUSH	B
	CALL	PUTS
	POP	B
	INX	H
	JMP	THE_RET
TAPIS:	DW	PROMPT
	DW	  0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0,0
	DW	0,0,0,0,0,0,0
START:	LXI	SP,075FFH
	MOV	C,L
	DB	0FFH,1FH,'START:',0
	MOV	A,C
	DB	0FFH,08AH
	DB	0FFH,092H

Фокус в том, что при запуске через «G0…G38» указатель стека SP установлен в служебную область МОНИТОРа и программно легко это определить.
А вот при «CALL 00000h…00038h» указатель стека уже в области пользователя и получается, что и «RST 0» тоже работает как особая подпрограмма.

На ZX-Spectrum этот трюк не сработает, так как при СБРОСе SP никак не изменяется.
Но вот кодом «FF» я заполнял все 256 ячеек (исключения - 00038h и 00098h, где нужно вставить «JR»), а сам код начинался с 00100h.

[свернуть]

[ivagor]

Кaк-то уже писал свой транслятор с ассемблера, в котором опкод - i8080, а мнемоника - x86.

Например Веремеенко (который еще писал про Dendy+спек) в zx-ревю писал про систему Трамплин, если не путаю.

; Возможность вызова нужной подпрограммы при помощи
; функции <USR(0..56)>-БЕЙСИКа.

1. Для какого бейсика это применимо, если у практически всех РКшных по этим адресам свои бейсиковские процедуры?
2. Что это дает? Экономию 2-3 байт на каждом вызове из программы на бейсике? Можно сделать еще лучше (проще и короче) если просто хакнуть usr или даже добавить специальный оператор или функцию. И главный вопрос - кто будет это использовать? Не припомню выкладывания новых программ на бейсике для РК за все время существования форума, хотя возможно я просто пропустил.

Даже если отвлечься от бейсика, то программа скорее похожа на троллинг. Если это было целью тогда поздравляю, получилось.

- - - Добавлено - - -

Например Веремеенко (который еще писал про Dendy+спек) в zx-ревю писал про систему Трамплин, если не путаю.

Похоже спутал, Веремеенко писал про мнемоники x86 для трансляции в код z80, не 8080. А про трансляцию мнемоник x86 в код 8080 возможно писали на форуме.

[Радио-86РК]

Видимо автор не читал свой заголовок темы, критику и посты по теме. Или попутал в запале со своей соседней темой.

Ничегo не попутал. Просто проводил достаточно опытов на разных архитектурах.

1. Для какого бейсика это применимо, если у практически всех РКшных по этим адресам свои бейсиковские процедуры?

Можно отследить, откуда вызов идёт. А в идеале - сам Бейсик хорошенечко подкорректировать.

2. Что это дает? Экономию 2-3 байт на каждом вызове из программы на бейсике? Можно сделать еще лучше (проще и короче) если просто хакнуть usr или даже добавить специальный оператор или функцию. И главный вопрос - кто будет это использовать? Не припомню выкладывания новых программ на бейсике для РК за все время существования форума, хотя возможно я просто пропустил.

В ZX-Spectrum RST-фишки реализованы не совсем оптимально.
Оно и видно - начало 80-х. Сейчас Демо-сцена вытворяет вещи, невообразимые для тех лет.

DRIFT

[свернуть]

И Бейсики (всех архитектур) можно было переписать на уровне XXI века с куда широкими трюками.

Даже если отвлечься от бейсика, то программа скорее похожа на троллинг. Если это было целью тогда поздравляю, получилось.

Вот уж не хотел троллить.
Видимо, когда одновременно занимаешься смежным кодом, он из смежного становится смешанным и всех путает.

[ivagor]

В ZX-Spectrum RST-фишки реализованы не совсем оптимально.
Оно и видно - начало 80-х. Сейчас Демо-сцена вытворяет вещи, невообразимые для тех лет.
И Бейсики (всех архитектур) можно было переписать на уровне XXI века с куда широкими трюками.

Если это серьезный ответ, то я зря влез в обсуждение.

[OrionExt]

Видимо автор не читал свой заголовок темы, критику и посты по теме. Или попутал в запале со своей соседней темой. А теперь в стиле зх.пк обсуждает чего-то другое.

Как нам было бы хорошо, если бы команды да для меня лично на понятном языке.

Гугл ассистент еще вспомним, и Эллочку-людоедку.

[OrionExt]

Чего меня беспокоить (движок форума)? ivagor?