DisAsm-11

[Hunta]

Из занимательного.

Попробовал отдезассемблировать EDIT.SAV из RT-11 V01-15. Макросы пока не определял (хотя то, что было описано в DisAsm ранее - основывалось на макросы из этой версии). Транслируется без ошибок, собирается без проблем, но в новоявленном EDIT в конце некоторое количество нулевых байт, в том время как в исходном - что-то есть.

Позже попробую посмотреть - почему DisAsm проигнорировал хвост

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

Из вспомнившегося.

Бродит мысль добавить поддержку версионности макросов. С возможностью указать при дизасме - какие версии использовать. Ну и возможностью динамечески - генерировать (и комментировать его исходные команды) или не генерировать (и не комментирвать) макровызов в зависимости от того, что выбрано в интерфейсе.

Но пока в обдумывании - как сделать.

[Hunta]

Пробежался по EMT, где макровызовы были описаны - AltM, результат оттранслировал-собрал - если добавить ссылку на SYSMAC.SML из RT-11 V01-15 - всё ок. Если брать из 5.7, даже если вызывать ..V1.. (типа - макросы по стандартам V01-15) - есть расхождение

[Hunta]

Захотелось, как обычно, странного

Так что появится поддержка ещё одного формата файлов В самом начале, так что показывать пока нечего..

И для поддержки этого формата - (это не начало добавления, но) кое-что для работы с .OBJ файлами появилось.

Плюс - добавил флаг - программа имеет доступ к странице в/в, соответственно - если флаг установлен и другие признаки не блокируют - будет расшифровка адресов регистров в/в в имена. Когда-то давно что-то такое было, но в силу ряда причин - удалил. Вот теперь возвращается

От макросов устал и взгляд замылился - так что способ отдохнуть

[Hunta]

Все параметры, которые относились к PDP-11 и были статически отрисованы на пользовательском интерфейсе - теперь выведены в описания и генерируются динамически - в зависимости от выбранного процессора, операционки, типа и субтипа файла. На вскидку (если что-то не упустил) - теперь в ядре DisAsm осталась только одна зависимости от PDP-11 - в модуле генерации исходника. Думаю над ней, пока простого решения что-то не вырисовывается, хоть новый вариант работы с ячейками памяти и облегчил задачу

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

[Hunta]

Большая работа по рефакторингу (в основном - упрощение внутренней структуры и вынос зависимостей от PDP-11, пока по прежнему - модуль генератора исходника). В процесс "неожиданно выяснилось" что опять криво (а в определённых сценариях - вообще не) работает восстановление из файла сеанса в случае программ с перекрытиями. Вроде бы (!!) выяснилось, откуда растут ноги у проблемы и как это (грязноватый хак) исправить. В целом всё крутится вокруг моего желания восстанавливать и фокус ввода на выбранной перед созданием файла сеанса ячейки. Угробил на это примерно три дня. Не полных - так как ещё всякие домашние дела, но пару дней чистыми - скорее всего. Пользовательский интерфейс на WPF - это, конечно, удобно, пока не начнёшь хотеть от него странного Ну и большую часть канов - как правильно под него писать - я таки нарушаю

В общем, опять возвращаюсь к хотелке странного. Кое что успел сделать, но пока показывать нечего...

[Hunta]

В хотелке уже кое-что реализовано, но пока показывать нечего.
Попутно - рефакторинг и...
Я всё таки выпилил все зависимости от PDP-11 в генераторе исходника! Идею подсказала возня и некоторые решения для поддержки оверлеев

Продолжаю пилить хотелку....

[Advertiser]

[Hunta]

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

Из нового - была давно мысль возможность выбора не только в основном окне дизасма оверлей, но и в дополнительных типа - не трогая основное окно - заглянуть в другой оверлей. Не было мысли - как это реализовать, не загромождая интерфейс И вот, сегодня, смотря на цепочку связанных ячеек (первая указывает на вторую, вторая на третью и так далее) - машинально попробовал перетянуть ячейку из доп окна дизасма в основное О!! Могучий драг-н-дроп Так что теперь работает (почти - мелочи подпилить и добавить сброс оверлея) и такой вариант выбора

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

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

[Hunta]

DrugNDrop между окнами дизасма и DrugNDrop оверлея на окна дизасма вроде работает.

Но из-за того, что выбор оверлея происходит при НАЖАТИИ на левую кнопку мыши, а не отпускании и не знаю (по крайне мере пока), как это изменить или победить... Перетаскивание ячеек между окнами дизасма - левой кнопкой мыши, а перетаскивание оверлея на окно дизасма - правой А может просто сделаю идентичным...

[Hunta]

Чем можно исследовать образы системы RSX?

RMD? Нет - покажет (и далеко не всё) только у загруженной системы

VMR? Нет - только некоторые настройки

Теперь (пусть пока и в далеко не полном объёме) - Микроскоп для RSX

Всё таки успел до конца отпуска сделать что-то, что можно показать

[Hunta]

Задачи, зафиксированные или оставшиеся в образе памяти RSX - это не стандартные образы задачи RSX, поэтому уже имеющийся парсер TSK с ним работать напрямую не сможет. Пришлось поразбираться - откуда можно вытянуть нужную информацию. Процесс более менее двигается - задачи без перекрытий уже показываются без проблем (и привилегированные даже "видят" ядро RSX .

В работе - программы с перекрытиями. Процесс тоже движется, но пока в самом начале.

Попутно добавил функционала в Mapper, теперь он может поучаствовать в процессе расстановки меток и добавления комментариев. Не сам, понятно (совсем не нужна его прямая завязка на всякие объекты PDP-11) - через посредника. И это позволило (добавив аттрибуты в описание классов) ликвидировать много строчек кода