Script to EXE

vitek1

Можно ли как-то генерировать исполняемый exe-файл скрипта (с помощью GetILCode), если скрипт написан в виде самостоятельной программы типа

begin
  ShowMessage('Hello');
end.

(возможно надо подключить какие-то модули в uses)

-=Serg=-

Генерировать exe нельзя.
Для генерации exe из скриптов на pascal'e используйте, например, Delphi

vitek1

При выполнении скрипта он же все равно преобразуется в исполняемый код, который находится в памяти. А при компиляции с помощью Delphi требуется куча библиотек.

-=Serg=-

написал:

При выполнении скрипта он же все равно преобразуется в исполняемый код

Да, преобразуется. Его можно получить функцией GetILCode.
Но к формату exe он ни какого отношения не имеет.

vitek1

Т.о. есть программа размером <1 Мб, которая позволяет выполнять скрипты, т.е. она является интерпретатором (и почти компилятором). Так может можно из интерпретатора сделать компилятор (ведь достаточно только сохранить образ из памяти)

-=Serg=-

Нельзя.
Зачем вам это нужно? Может есть другое решение...

YuraZ

написал:

Т.о. есть программа размером <1 Мб, которая позволяет выполнять скрипты, т.е. она является интерпретатором (и почти компилятором). Так может можно из интерпретатора сделать компилятор (ведь достаточно только сохранить образ из памяти)

Мне кажется, что ты немного путаешь. Тот образ скомпилированой програмы, что хранится в памяти не имеет никакого отношения к коду обычного исполняемого файла (exe, com). Это просто некий адаптированный код, понятный FastScript-у, но не более того.

vitek1

есть набор компонентов RemObjects Pascal Script, альтернативный вашему. Там тоже есть возможность сохранять промежуточный скомпилированный код. При сохранении вашего кода в файл *.com этот файл при попытке выполнения пишет "процессор выпоолнил недопустимую операцию, приложение будет закрыто", а при тех же действиях с RemObjects файл исполняется, но не выдает нужного результата (при одинаковом скрипте RemObjects скомпилированный код весит примерно на 10% больше). Исполнение файла без ошибок процессора уже означает, что двоичная информация в файле является понятными процессору коммандами и данными. Далеес с помощью дизассемблера я открыт скомпилированный код (и FastScript и RemObjects). В итоге дизассемблирования получился довольно логичный ассемблер-код. При попытке дизассемблирования любого не исполняемого файла (т.е. не exe, не com, не dll) ассемблер-код получить нельзя (весь файл будет представлен как сплошной набор данных и ни одной комманды). Поясните тогда этот момент

AlexTZ

FS не генерирует МАШИННЫЙ код. Это не двоичный компилятор. Промежуточный код, генерируемый FS, представляет собой xml-файл, который при исполнении переводится в структуры в памяти.

vitek1

С дизассемблированием файла ошибся, извиняюсь (не тот файл выбрал). Но можно поподробнее объяснить фразу

написал:

xml-файл, который при исполнении переводится в структуры в памяти

Каким образом осущесвляется этот перевод?

AlexTZ

Посмотрите исходники, fs_iinterpreter, fs_iilparser