Зачем переписывать на C++? Разве не проще пересобрать при помощи Free Pascal?
Зачем переписывать на C++? Разве не проще пересобрать при помощи Free Pascal?
А в чём проблема - исходники выложены, каждый может переписать под что хочет, хоть под (не к ночи будет помянут) ОберонСообщение от Oleg N. Cher
Как я уже писал выше, мой интерес чисто спортивный. DECOBJ применяли для раскручивания библиотеки Паскаля. Декомпилировали с Паскаля обычно разные игрушки. Но заметил, что он тоже написан на Паскале, ну и решил посмотреть, как они это сделали.
А разве похоже что мы тут ищем лёгких путей? 8-)
У меня в проекте pclink11 уже есть dumpobj - разбирает .OBJ и показывает все его составляющие в деталях.
Можно к нему добавить логику DECOBJ, плюс может ещё какие-то улучшения сделать.
Спортивный интерес - это здорово. Хотя я бы для реверс-инжиниринга использовал бы IDA. Проще написать плагин для неё (если ещё не написан). Интерактивный режим важен. Нужно только найти спецификации obj - файлов. Они точно есть, и причём универсальные для всех OS под PDP-11. Кроме конечно Unix.
Кстати, самое интересное для реверсинга - код, генерируемый компилятором Fortran-4. Фантастически гибкое использование команд PDP-11.
До кучи могу выложить реверснутые исходники K52 под RT-11. С добавленным режимом замены текста.
Oleg N. Cher(19.11.2022)
Исходники с комментариями есть для версий из 5.4-5.7
- - - Добавлено - - -
И это искать не требуется, давно известно, где есть
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
К сожалению Фортран сразу делает OBJ-файл. Паскаль хоть делает файл на Макро-11 и там можно увидеть где напортачил при переводе на Паскаль. Да и к тому же у Фортрана очень большие SAV-файлы.
Подскажите, где можно посмотреть?
bitsaver. Как и всё остальное
- - - Добавлено - - -
По дистрибутивам RT-11 ошибся, думал, на битсайвер их то же выложили
Можно взять отсюда
http://pdp-11.classiccmp.org/RT-11/dists/
По анализу текстов заметил, что переменные VAR2436, VAR2556 и VAR2626 относятся точно к одному типу записи. Это видно по взаимному присвоению в процедуре L10104. Также только эти переменные передаются в качестве параметров в процедуры и функции и с ними используется оператор with. А вот с переменной VAR2506 нигде with не используется и она нигде не передается в качестве параметров в процедуры и функции. Также присвоение значения этой переменной в процедуре L10104 осуществляется отдельно по полям. Это может говорить о том, что VAR2506 это не запись, а отдельные переменные, либо небольшое различие в описании полей RE10, RE12, RE36.
Так как в текстах ещё остались ассемблерные вставки, связанные с присвоением байтовых значений полям RE10, RE12, RE36, ввел через RECORD CASE новые типы, а также ввёл новый тип записи XRECE50, отличающийся от RECE50 только описанием полей RE10, RE12, RE36. Переменные VAR2436, VAR2556 и VAR2626 стали новым типом XRECE50. Переменную VAR2506 оставил типом RECE50.
Также ввёл новый тип для поля RG02 записи RECG1012. В итоге удалось избавится от ассемблерных вставок и сделать присвоение значений на Паскале.
Правильно это или нет, надеюсь узнаем, если DimaRU найдёт и выложит исходники DECOBJ на Паскале.
Результат в присоединённом файле.
nzeemin(20.11.2022), Oleg N. Cher(20.11.2022)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
