DisAsm-11

Цитата:

---

Сообщение от BlaireCas

А как бы заполучить этот ДизАсм11?

---

Легко :) Как я уже писал, некоторая часть моих прог - RequestWare, то есть пишется мне сообщение (в теме или в личку), после чего всё щастливы :) Или по какой-то причине нещастливы :(

По поводу DisAsm-11. Я сейчас занят диазсмом одной проги - а в такие моменты весьма часто DisAsm-11 дорабатывается - как раз - как сейчас. Скорее всего, на выходных доработки будут зафиксированы - и я напишу в личку - откуда можно будет забрать. Ну и всякие детали по использованию.

Только нужно помнить - программа писалась под мои хотелки, какого-либо плана - что должно быть - не было, развитие шло по принципу - написал первый вариант, попробовал поиграться, решил, чего не хватает, дописал, попробовал поиграться - и так далее. Пожелания от других В ПРИНЦИПЕ рассматриваю, но вот будет ли реализовано.. в первую очередь зависит от того - решу ли я, что доработка полезная, во вторую очередь - от наличия свободного времени и когда я в очередной раз сяду за доработки..

Ну и тестирование написанного тоже идёт в процессе игр - так что ошибки возможны (вот в очередной раз игр исправил порядка трёх). Если натолкнешься на ошибку - списываемся и решает проблему.

После примерно недели возни с дизасмом программы и исправления ошибок в самом DisAsm-11 на выходе был получен файл, в котором была всего ОДНА ошибка (я пропустил эту неточность в команде и это моя вина, а не вина DisAsm-а) и который после её исправления, трансляции, сборки и сравнения с исходным файлом дал результат:

Comparing files DXCL1.SRC.MAC and DXCL1.REGEN.MAC
FC: no differences encountered

Пояснения, почему участвуют не двоичные файлы, а какие то MAC - потому как это LDA формат, в отношении которого я НЕ ЗНАЮ, как получить идентичный двоичный файл, даже если взять самый что ни на есть исходник (скажем - от DEC) скомпилировать и собрать его. На выходе всё равно будет другой файл. Точнее, я догадываюсь, как получить идентичный LDA - надо компилировать тем же самым компилятором (вплоть до версии и апдейтов) и собирать тем же самым компоновщиком - но вопрос - как определить - какими и под какой операционкой. Так что я пошёл на хитрость - я беру исходный и полученный новый LDA файлы, прогоняю оба в автоматическом режиме восстановления исходника - и сравниваю полученные файлы. Как показали эксперименты - если полученные файлы ИДЕНТИЧНЫ, то и дизассеблированный исходник можно считать идентичным двоичному файлы. Ну или пока я не налетал на вариант, когда это не так :)

Определённые шерховатости в DisAsm-е есть, но пока результат я фиксирую - то есть именно эта версия будет использоваться мной и отдаваться по запросу. Пока я не узнаю про какие-то ошибки в DisAsm-е или не возьмусь опять за доработки (мысли есть, времени свободного мало)..

Ну а пока пойду спаааать...

Мне бы просто куски кода подизасмить без кучи всяких наворотов. Поэтому не откажусь от той версии которая есть прямо вот сейчас. Итого жду сообщения где скачать. Бочку на софт катить не буду и бугуртить тоже.

Цитата:

---

Сообщение от BlaireCas

Итого жду сообщения где скачать

---

Написал

Цитата:

---

Сообщение от BlaireCas

Бочку на софт катить не буду и бугуртить тоже.

---

Сообшения об ошибках (особенно!) и аргументированные претензии только приветствуются :)

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

В процессе написания и проверки инструкции по использованию наткнулся на (неприятную, но не фатальную) ошибку - пришлось быстро фиксить :)

Для создания PIC (position independent code) часто используется такой код

Код:

---

        MOV        PC, reg
        ADD        #LABEL-., reg

---

Давно присматривался к возможности создания таких (относительных) ссылок.
Созрел :)
Пока концепт, но уже что-то работает :)
Ну и подход стандартный - подсказка об особенностях ячейки DisAsm-у, дальше он всё делает сам :)

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

Надо проверять полную работоспособность (в том числе в недомакросах), но это постепенно :)

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

АААААА, почему я это раньше не сделал!! :D

Вроде как один сценарий PIC работает в простом случае (вне макросов) Ок

Сценарий из разряда - пишу код для поддержки относительных указателей и чувствую - его как-то всё больше-больше и не по делу :) Остановился, большую часть изменений откатил и нарисовал заново. Меньшим количеством кода :) Так что по прежнему тестирую стандартные сценарии до макросов

И (недо)макросы тоже неплохо справляются :)

Я не знаю, ЗАЧЕМ понадобилось делать так (и код этого монитора пока не особо разбирал), но вот такой вариант встретил в советском ТМОС и теперь DisAsm справляется и таким и с классическим вариантом PIC кода :)
В целом, тот функционал, который хотел - сделал, теперь прическа кода и (расширенное) тестирование :)

Небольшой рефакторинг - избавление ядра DisAsm от зависимости от конкретики (PDP-11).
Заготовка на будущую возможность дизасмить не только код от PDP-11 :)