DisAsm-11

[Hunta]

Не все под VPN 24/7

Такое у меня изредка бывает, но после обновления (ctrl-f5) начинает показывать нормально. Пока в силу крайней невоспроизводимости не могу понять, в чём дело.
Серваки стоят рядом, в кладовке, так что никакого vpn не требуется

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

Кстати, у тебя ещё и картинки на kpxx.ru тухлые, ты в курсе?

Не все под VPN 24/7

Вроде нашёл источник проблемы, поправил

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

А вот нет нефига.. периодически опять всплывает.. ок, буду разбираться

В общем, для определения того, чего не так, пока изменил настройки. Посмотрим, как оно будет.

[S_V_B]

Пиши на чистом си

[Hunta]

Пиши на чистом си

Я сам решу, на чём писать.

[Sandro]

Читаем внимательно первое предложение в первом сообщении

Я, разумеется, его прочёл. Я вообще прочёл всю тему, прежде чем в неё писать. И именно поэтому указал на отсутствие прямой ссылки.

По моему мнению, если программу приходится выпрашивать, то это -- не является свободным доступом. Впрочем, как хочешь, программа-то твоя. Просто ты так уменьшаешь количество пользователей. Например, я не хочу и не собираюсь ничего выпрашивать. Без крайней на то необходимости.

[Hunta]

По моему мнению, если программу приходится выпрашивать, то это -- не является свободным доступом.

Где я писал, что она в свободном доступе?
И поскольку она в процесс развития - особого интереса в увеличении аудитории у меня пока нет. Да и в принципе со своими поделками я интересом в увеличении аудитории - не страдаю.

По моему мнению, если программу приходится выпрашивать

Это твоё мнение, что программу приходится выпрашивать. Те, кто хотел с ней поиграться - получили её сразу.

Например, я не хочу и не собираюсь ничего выпрашивать

Это - твои проблемы.

[Hunta]

Наигрался и слегка устал от ImageUtils, да и на впечатлениях от SmartArray появились идеи для DisAsm, решил поиграться с ними.

Прицел всё тот же - поддержка образов с перекрытиями, но налетел я тут на специфическое ПЗУ от M11 - задумки пойдут и для него.

Пока - изменение внутренних механизмов работы с дизассемблируемым, нужное для вышенаписанного нижеподписавшемуся

Хунта

[Advertiser]

[Hunta]

Добавил функционал служебных ячеек - то есть ячеек, которые несут всякую служебную информацию и не дизассемблируются.

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

Как было - выделятся и блочный комментарий и ячейка, с которой он связан

Как стало - при выборе блочного комментария выдялется только он

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

В ближайших планах - добавить служебные ячейки-выключатели (позволят выключать ячейки из дизасма, точно название пока не придумано) и возможность разбить (дизассемблируемое) содержмиое файла на "страницы" с заданием базового адреса - прицел идёт на ПЗУ M11, но второй функционал - и на оверлеи

В планах - служебные ячейки, которые позволят увидеть структуру LDA файлов - то есть - стартовый байт, адрес загрузки, длину и контрольную сумму и служебные ячейки из TSK файла.

[Hunta]

ячейки-выключатели

- сложнее, чем я думал...

[Hunta]

В общем, на ПЗУ пока забил (надо думать) и переключился на оверлеи - всё равно механизм пригодится и там.

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

Из занятного. SmartArray вдруг всплыл в DisAsm Оказалось, что, когда я переделывал ImageUtils - под раздачу попал и DisAsm (темы связанные, всё в рамках одного solution в VS) - и оно работало вообще так хорошо, что я далеко не сразу заметил А когда заметил.. Решил попробовать. Обработки битовой карты загрузки из SAV - было

fInfo.SavBitMap[0] =  fInfo.BProg["360".Octal()];  // 000000-007777
fInfo.SavBitMap[1] =  fInfo.BProg["361".Octal()];  // 010000-017777
fInfo.SavBitMap[2] =  fInfo.BProg["362".Octal()];  // 020000-027777
fInfo.SavBitMap[3] =  fInfo.BProg["363".Octal()];  // 030000-037777
fInfo.SavBitMap[4] =  fInfo.BProg["364".Octal()];  // 040000-047777
fInfo.SavBitMap[5] =  fInfo.BProg["365".Octal()];  // 050000-057777
fInfo.SavBitMap[6] =  fInfo.BProg["366".Octal()];  // 060000-067777
fInfo.SavBitMap[7] =  fInfo.BProg["367".Octal()];  // 070000-077777
fInfo.SavBitMap[8] =  fInfo.BProg["370".Octal()];  // 100000-107777
fInfo.SavBitMap[9] =  fInfo.BProg["371".Octal()];  // 110000-117777
fInfo.SavBitMap[10] = fInfo.BProg["372".Octal()]; // 120000-127777
fInfo.SavBitMap[11] = fInfo.BProg["373".Octal()]; // 130000-137777
fInfo.SavBitMap[12] = fInfo.BProg["374".Octal()]; // 140000-147777
fInfo.SavBitMap[13] = fInfo.BProg["375".Octal()]; // 150000-157777
fInfo.SavBitMap[14] = fInfo.BProg["376".Octal()]; // 160000-167777
fInfo.SavBitMap[15] = fInfo.BProg["377".Octal()]; // 170000-177777

Стало

fInfo.SavBitMap = (SmartArray<byte>)fInfo.BProg[("360".Octal())..("400".Octal())];

[Hunta]

Вроде бы LDA формат изучен вдоль и поперёк (хотя ещё на попался файл с длиной записи 5 байт), а ещё может преподносить сУрпризы Всего-то захотелось показывать служебку - и понеслася

Но вроде и его (последний оставшийся) формат перенёс на новый вариант загрузки инфы в дизасм. Может, какие ещё косяки остались, но скорее всего только отладка, а не переделка. ТТТ