Шутко

[kincajou]

Вставка байткода в исходник на жаве. Ну, типа, для оптимизации.

Comments

[kincajou.livejournal.com]

или javassembler

страшная штука должна быть...

[joppux.livejournal.com]

Называется AspectJ. Правда, не для оптимизации.

[kincajou.livejournal.com]

то есть такое есть ина самом деле? а для чего?

[joppux.livejournal.com]

Не, это я не по теме на самом деле сказал. Хотя Java-ассемблеры действительно есть, но оптимизации это почти не дает - ведь там чисто стековая машина, никаких регистров, все оптимизации практически на уровне исходного языка.
AspectJ позволяет модифицировать классы по определенным шаблонам, вставляя в нужных местах байт-код. Простой пример - трассировка методов - вставляем код печати во все методы.

[mc6312.livejournal.com]

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

[kincajou.livejournal.com]

то есть это для "патчения по-живому"?

[kincajou.livejournal.com]

и не только для Спектрума. Пример из не такого уж и далёкого прошлого, программа одного моего знакомого для курсового проекта:

"Программа написана на Паскале. Исходный код:

procedure DoSomething (....)
begin
asm
.....
end;
"

Вот как-то так

[joppux.livejournal.com]

Смотря что считать по-живому :)
Обычно это еще один этап компиляции - обработка готовых class-файлов. Хотя никто не запрещает это делать в рантайме.

[mc6312.livejournal.com]

Э... это просто ассемблерная вставка в исходнике. А там исполняемый машинный код был. Причем хитровывернутый, для выполнения по любому адресу (у Спектрума адрес начала бейсиковской программы "плавающий" был).

[kincajou.livejournal.com]

интересно, как это можно машинный код сразу перемещаемым написать? Какой-то хитрый загрузчик?

Я знаю разницу между асмом и машкодами - просто забавно было: программа "написана на паскале", а внутри один сплошной асм.

[mc6312.livejournal.com]

В такие "гибриды" обычно как раз и пихали загрузчики, для более крупных блоков.
На спектруме бейсиковская программа хранилась не в виде текста. Два байта (слово) на номер строки (из-за чего можно было делать строки с одинаковыми номерами), два байта на длину строки, и далее сама строка. Операторы хранились не в текстовом виде, а как однобайтовые коды. После оператора REM мог быть совершенно любой текст, в т.ч. содержащий управляющие коды (цвет/положение на экране), соответственно вместо них можно было запихать и машинный код.
Выглядело это примерно так:

0 REM ...здесь код...
1 RANDOMIZE USR PEEK 23635+256*PEEK 23636+N

где 23635 - адрес системной переменной, где хранится адрес начала бейсиковской программы, и N - смещение содержимого REM от первого байта номера строки.
Часто после REM шли управляющие коды и текст, маскирующие программу при просмотре листинга.

Сам код - определял собственный адрес либо через ту же переменную, либо другими способами.