восстановление External Zone, работа в эмуляторе (Страница 2 из 4)

На память не скажу, но можно посмотреть, экспортировав K-файл через утилиту dos33c2.

Ещё рекомендую ассемблер из пакета сс65: http://forum.agatcomp.ru//viewtopic.php?id=150
TASM - приятная штука, но функционально сс65 мощнее.

> Из эмуляторов с дебаггером под Win/DOS - есть такие, что умеют софтверные BRK ставить (запоминать содержимое памяти, ставить там "00", затем после срабатывания точки останова восстанавливать оригинальное содержимое) и такие, что умеют перехватывать обращение на запись/чтение по определенному адресу?

Эмуляторам BRK ни к чему, он же может просто перед началом очередной команды сравнивать PC с заранее заданной точкой остановки.

DOS'воский эмуль так умеет делать:
http://agatcomp.ru/agat/PCutils/msdos.shtml
Но он не очень удобен: помимо того, что там нужен будет dosbox для запуска или что-то подобное, что запустит дос-прогу, там также нет умения совмещать видеорежимы и нет поддержки dsk-образов (aim, im, nib только).
В целом, он не был особо ориентирован на отладку, возможность использования точек остановки там была больше для отладки самого эмулятора.

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

Поэтому вероятно будет немного глупых вопросов чтобы "вспомнить все".
в dos33c2w предварительно перегнал на PC SB файл как бинарник без перекодировки и без начальных 4 байт B файла (addr+len).
В IDA 7.2 загрузил его в системе команд MOS 6502. По адресу BA00, offset 0.
Комментарии для обращений к портам и устоявшимся адресам операционки IDA не ставит. Но наверное, есть  плагин?

Паясничать только не надо, пожалуйста. "Под устоявшиеся адреса операционки" я имел в виду задокументированные и недокументированные (но дефакто используемые) переменные и буфера, как в случае Apple DOS 3.3 или The Best 5.3. Туда же и порты ввода-вывода от базовых конфигураций до редких карт расширения. IDA умеет такое для других архитектур - поэтому и спросил. :)

Но у меня конкретные вопросы по 6502 формату выходного файла. Alex, выше ты рекламировал IDA, как способный выдать несколько вариантов дизасемблирования, в том числе для TASM - из такого заявления я сделал вывод, что есть выбор в настройках. Их я не нашел.

IDA|File|Produce File|Create ASM... не позволяет выбрать тип ассемблера, то, что он генерирует, имеет такой вид:

; Segment type: Regular
                ;.segment RAM
                * =  $BA00
                STA     $C020
loc_BA10:                               ; CODE XREF: RAM:BA17↓j

Он немного отличается от формата твоего тестового .ASM файле c TASM (?) синтаксом (напр., двоеточие у меток):

; Формируем заголовок .FIL-файла - "отступаем назад" от начала программы
    .org    BEGINFILE-44
    .byte    $D4, $C5
BEGINFILE
    STA        $C732

И хотя вроде TASM'ом принимается, но не все конструкциии проходят. Напр.: "* =  $BA00" или ".segment" -> "unrecognized directive". Понятно, что это можно поправить вручную - спрашиваю на случай, если я пропустил что-то в выборе формата в IDA.

А в целом после правок все в порядке - код генерируется идентичный.

Значит так, для начала. Не нужно мне приписывать намерения и действия, которые я не совершал. Вы, кажется, меня перепутали с какими-то клоунами - это они паясничают. Ещё один такой закидон и общение с Вами с моей стороны будет завершено навсегда. Сюда же "рекламирование" - я не занимаюсь рекламой IDA. И, на всякий случай - это не угроза (если, вдруг, так будут трактованы мои слова), а просто информация.
Далее. Если общаетесь с другими людьми, то и пишите так, чтобы было понятно не только Вам, но и им. Термины "устоявшиеся адреса" лично мне не знакомы и я сомневаюсь, что встречу их в приличной документации. С портами - аналогично, по тексту можно подумать, что речь идёт о портах 6502, которых там просто нет. Всё это - исключительно информация и отвечать на это не нужно.
Теперь по IDA. Options > General > Analysis > Target assembler - выбор в выпадающем меню, в моём случае - 4 варианта, в том числе TASM.

Для экспорта полученного ассемблерного текста использую команду:

idc.GenerateFile(idc.OFILE_ASM, idc.GetInputFile()+".asm", 0, idc.BADADDR, 0)

Вводится в поле внизу окна IDA, напротив Python

Alex, спасибо большое! Это именно то, на что надеялся!

Не смог найти документации на формат .FIL файла - она где-то выложена?
Экспериментально выяснилось, что размер заголовка может быть не только 44, как для B файлов:

; Формируем заголовок .FIL-файла - "отступаем назад" от начала программы
    .org    BEGINFILE-44
; Имя файла - 30 байт
    .byte    $D4, $C5, $D3, $D4, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0
    .byte    $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0
; Байты TSL (для типа B - нули)
    .byte    $00, $00, $00, $00, $00, $00, $00, $00, $00
; Тип файла (04 - B)
    .byte    $04
; Адрес загрузки (берём из адреса метки начала программы)
    .word    BEGINFILE
; Длина файла (берём адрес метки конца файла и вычитаем адрес начала файла)
    .word    ENDFILE-BEGINFILE

Но и 40. Мои эксперименты на примере K файла:

    .org    SA-40
;Имя файла - 30 байт. "SA":
    .db    $D3, $C1, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0
    .db    $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0, $A0
;9 байт TSL:
    .db    0,0,0,20h,0ECh,0FBh
    .db (SA_END-SA)>>8 ;длина в 100h блоках
    .dw    SA  ;адрес загрузки
;тип файла (00:T, 01:I, 02:A, 04:B, 08:S, 10:R, 20:K, 40:D, FF:<DIR> в системе Best):
    .db    20h ;K

SA .org 4000h

А что насчет остальных байтов в TSL - какие из них влияют на загрузку K файла (который по сути является D файлом)?

Спасибо, Alex. Пустые байты прокатывают. По крайней мере, для обычных K файлов, которые по функционалу B файлы, но с перенесенными 4 байтами (в начале) в TSL.

;9 байт TSL:
    .db    0,0,0,0,0   ;пустые байты
    .dw  SC_END-SC  ;длина
    .dw    SC  ;адрес загрузки

Поначалу смущало то, что dos33c2 конвертер экспортировал оригинальные файлы с непустыми данными в TSL (первые 5)
--------
Выяснились плюсы и минусы TASM. Плюсы - "терпит" UTF-8 файлы (метки возможны только с латиницей), нет проблем с агатовским "я" (0FFh) символом в комментариях.
Контроль над возможной утратой значения при передаче в аккумулятор слов (констант и адресов).

нашлись минусы:
1. Вот такой код вызывает ошибку в TASM, причем в его документации сказано, что "эта ошибка присуща адресации нулевой страницы в 6502". В доке также сказано, что "компилятор получает несовпадение значений меток на 1м и 2м проходах".

    .org 4000h
GN80
    LDA GN84-GN80,X   ;label value misalligned ERROR
GN84
    .end

Смысл этого кода - получить оффсет между двумя адресами, это нужно напр для организации jump tables.

2. Нельзя скомпилировать код с базой 0 (.org 0). Листинг файл создается и в нем все нормально, но бинарник - нулевого размера. :)

3. директива #include ищет файлы только в текущем каталоге (каталог с самим TASM),
нельзя задать полный абсолютный или относительный путь в директиве, нельзя задать пути для поиска включаемых файлов через другие директивы/опции командной строки - по крайней мере, в его доках я не нашел.

4. Помимо нестандартной кодировки знакогенератора, в своих исходниках External Zone нашел фривольное использование "defasc ASC1", содержимое такого ASC1 файла следующее:

То-есть для шрифта в графическом режиме выкинуты все несуществующие символы, а используемые передвинуты в начало.
Решение есть в ca65 ассемблере через задание в конфигах таблиц перекодировки посимвольно.
Но это все решаемо в принципе - ASC "text" заменяется на .db массив результирующих байтов, взятых из бинарника...

TASM - ассемблер старый, уже давно не развивается. Он хорош тем, что в его формате IDA может сохранять, т.е. после дизасма можно сразу ассемблировать, ничего не меняя в формате. Ещё удобен (лично мне), чтобы быстро что-то сделать. Но если писать что-то крупное, то, думаю, лучше использовать ca65, ACME (хороший ассемблер, много умеет и поддерживается автором) или что-то подобное, более функциональное. Я сам очень привык к TASM, но пришлось чуть ли не силой переходить на другие. Сейчас выбираю между ca65 и ACME.

> defasc
Скорее всего ты её компилировал раньше в ассемблере Громова.
В доках к нему говорилось, что это бинарная (или дизассемблированная?) переделка ассемблера из "Диалогового Отладочного Комплекса" Школьницы. Добавлены некоторые команды (включая defasc) и что-то с буферами сделано (как-то расширенны). И вроде бы ещё там говорилось об изменённой работе с таблицей меток, что позволило сильно увеличить скорость компиляции.
Вот кус доки про defasc:

...
DEFASC
     Позволяет  в  процессе ассемблирования перекодировать
     текст, заданный командами ASC и REV, а также в форма-
     те '<символ>', из кодов ASCII в произвольный код. Фо-
     рмат команды:

         DEFASC <имя файла>
         
     Файл  должен  содержать таблицу перекодировки и может
     иметь любой тип. Таблица строится так, чтобы в нужной
     кодовой позиции стоял требуемый символ или код ASCII.
     Из  файла  берутся  первые 256 байт без контроля типа
     файла.  В  связи  с  этим использование файлов типа B
     нежелательно.
...

На форуме его не обсуждали, поскольку те, кто сейчас радикально влез в разработку, используют кросстрансляцию, а остальным хватает старого ДОК (он же "Ассемблер" в ИКП).

--

Заголовок FIL-контейнера всегда $28 байт. После него идёт тело файла посекторно, как он был в файловой системе dos33.

А то, что B- формат в своём теле содержит два байта адреса загрузки и два байта длины - это личное дело этого формата.

Также как A- содержит в начале своего тела два байта длины.

Если в dos33c2 открыть файл "как есть hex" - то эти байты будут видны в самом начале дампа.
Но дамп будет выводится как бы с офсета 0 (а не с "адреса загрузки").

В K- формат Виктор Цикоза вынес эти 4 байта в TSL вроде как для того, чтобы потом не морочиться со сложным чтением первого сектора (т.е. его нужно куда-то скинуть сперва в буфер, а потом отдельно скопировать, начиная с 4-го байта, в целевой регион ОЗУ). Вроде так в доках на Школьницу даже написано.

С другой стороны он получил проблему в том, что теперь копировщики, архиваторы и прочие проги вынуждены читать/хранить/копировать и кусок TSL, которая - формально - является служебными данными ОС и без прямого доступа к памяти ДОС недоступна (т.е. её нельзя получить через функции FileMan (так называется драйвер и его API файловой системы в dos33)). Для Цикозы-то это не было проблемой, потому что Школьница просто не имеет файловых утилит в своём составе. Всё ограничивается вызовами "читать/писать дамп ОЗУ с заданного адреса или с того, который храниться в ТСЛ". Причем прочитать в нулевую страницу нельзя, потому что именно смещение загрузки 0 в Школьнице как раз и означает "использовать данные ТСЛ" (причем для Т- формата оно недопустимо).

Ну и какой-нибудь старый-эпловский FID, вероятно, К- файл и не сможет правильно скопировать.
Он -то был разработан до Школьницы.

==

Немного о FileMan: эта часть совсем не упоминалась в агатовской документации, хотя она отлично существовала в dos33 семёрки. Она есть и в ИКП-Бейсике, но там до неё уже сложнее дотянуться.
FileMan позволяет обращаться к файлам любых типов, используя типичные вызовы fopen/fread/fwrite/lseek/fclose. Т.е. можно было прочитать любой кусок файла любого типа в заранее заданный буфер.
И bload именно так и поступает: запрашивает 4 первые байта из B- , думает над ними, потом запрашивает остальную часть файла, указывая уже известную точку загрузки и, таким образом, все сложности чтения неполного первого сектора падают на FileMan, который надрессирован на подобные запросы.

Но поскольку о FileMan практически никто из агатовских программеров не слышал (кроме тех, кто добыл книжки по эплу и перевёл их, что-то вроде "Под яблоней DOS"), то каждый изобретал свой велосипед, той или иной степени корявости. И даже вполне развитые BTK и The BEST имеют гораздо меньше возможностей по управлению файлами. Пожалуй, Спрайт-ОС была достаточно развита в этом отношении, но она - совсем другая история.

им и пользуюсь. =) Но не хватает трассировки, пошагового исполнения итп

Voldemar, спасибо за факты по форматам. :) Я пожалуй начну записывать у себя, чтобы не потерять - больше их не найти нигде.

Он у меня на дисках раскидан под именем A (чтобы запускать проще), 109 блоков.
Выглядит так (в его меню вход по Esc)

Тогда мне было удобно работать под Best. Он позволял минимизировать размеры системы на диске и в оперативке. имел полный джентльменский набор из [LOAD/[SAVE, [READ/[WRITE, R/W, [PUT/[GET итп, командные файлы ОС выполняемые по [EXEC, редактора памяти/секторного редактора для задач взлома других программ (чем я занимался большую часть времени - ибо учился только на чужом коде, документации не было).
В USN comp (Москва) я видел одного из авторов этой ОС. :)
------
Вопрос по Best - может кто знает? В документации к нему прописано:

Помните, что Вы можете задавать свои переопределяемые клавиши, если их текущие значения Вас не устраивают. Особенно обратите внимание на клавишу "ST". 

Что за клавиша такая "SТ"? На нее садится команда, выполняемая при загрузке Best.
И как в системе переопределять клавиши? EDIT: Сам себе отвечу - переопределение через УПР К (CTRL-K). Клавиша "ST" в Бесте - УПР-Ю. :)

И еще вопрос - знаю, звучит он глупо сейчас - но память злую шутку играет. Дату на метке дисков я ведь вручную менял? :) Смотрю, у каждого диска педантично расставлена дата... Знаю, что в стандартной конфигурации Агат 9 модуля часов не было.

Дело сильно не прояснилось.

Нашел я этот файл A на 4 дисках. На одной он повреждён до записи (т.е. пара секторов прочиталась,
но с мусором), остальные три копии с повреждениями, но без несовпадающих участков.
Объединил, получил рабочую копию.
Поиск по коллекции показал, что файл этот у нас уже был.

Пока что наши археологи датируют эту находку периодом т.н. АГАТ-АССЕМБЛЕР.
Это переходное звено между ДОК Цикозы и Best Tools Kit от А. Голова.
Т.е. это считается переделкой ДОК Александром. Но до того, как он всё это в итоге привёл к собственной системе BTK.
В этот момент было несколько версий АГАТ-АССЕМБЛЕР, как для семёрки (видимо, чуть более ранних), так и для девятки. Но нет 100% уверенности, что на девятку этот ассемблер перетянул именно А. Голов.

Стало быть, к Громовскому ассемблеру эта версия отношения не имеет.

Проверка подтвердила, что о команде defasc ей не известно:

----> ИCXOДHЫЙ ФAЙЛ: ???
 ***** HEПOHЯTHAЯ KOMAHДA B CTPOKE    2


 ----> ИCXOДHЫЙ ФAЙЛ: ???
 0000:             1          LST  ON                           
                                              
 ***** HEПOHЯTHAЯ KOMAHДA B CTPOKE    2
 0000: 00 F8 FE    2    DEFASC 2,23,
 0003:             3                                            
                                                                
 KOЛИЧECTBO OБHAPУЖEHЫX OШИБOK:    2                            
                                                                
 OБHAPУЖEHЫ OШИБKИ:                                             
                                                                
 HEПOHЯTHAЯ KOMAHДA B CTPOKE    2  ???                          
 HEПOHЯTHAЯ KOMAHДA B CTPOKE    2  ???                          

Попробовал также скомпилять в нём файл T.WZ1 - тоже ошибка на defasc.

А вот ассемблер Громова 5.0:

TT.WZ1
----> Исхoдный файл: T.WZ1


----> Исхoдный файл: T.WZ1
0000:             1          LST  ON
0000:             2 ;ВНЕШНЯЯ ЗОНА СБ 07 10 95                   
0000:             3 ;ДЛЯ WZ: ТЕКСТОВОЕ СООБЩЕНИЕ
0000:             4 ;СНИЗУ ВВЕРХ ШИРИНОЙ 2 СТРОЧКИ
9900:             5          ORG  $9900     ;$700
9900:             6 TWZ1                                        
                                                                
9FF0:            81          LST  ON                            
                                                                
*** Ошибoк не oбнаруженo                                        

Только вот на дисках у тебя пока что громовского ассемблера не обнаружено.
Хотя я пока не особо искал.

==

Также выяснилось, что этот ассемблер ("A") дважды встречался встроенным в ИКП.
Сделал себе пометки-кроссылки между автономным файлом и образом.

Историческая справка по этим образам:

Вроде бы ИКП, но странно переделанное меню ДОК, а может и что-то ещё.
Пришёл из коллекции Серкова (a*) и Лёвина (lmv*), родословную пока установить не удалось.

Между образами есть отличия в 0/3, но не ясно в чём суть
вроде там что-то вроде конфигуратора что ли?

Или всё таки защита?

В памяти отличия начинаются с $929A.

В обеих образах повреждена РАПИРА и Apple-включатель.

Надо сказать, что как Серков так и Лёвин были мощными АГАТ-программистами.
Но Лёвин увлекался базами данных, а вот Серков известен как автор крупным переделок агатовского Бейсика, выходящим затем под названием "Basic Master" (он у тебя есть на дисках под именем SYS.BASIC93).

Во всех случаях указанная в меню версия одна и та же : BEPCИЯ 11.05.89

На одном из дисков также был такой заголовок:

SBTL " ACCEMБЛEP OTЛAДOЧHOГO KOMПЛEKCA "
;
; 17.03.89 - БOЛЬШИE/MAЛEHЬKИE БУKBЫ
;            ДИPEKTИBA PAUSE
;            METKИ MOГУT HAЧИHATЬCЯ C . ИЛИ _
;            ПO F1 OБЪEKTHЫЙ HE COXPAHЯETCЯ
;            COЗДAHИE OБЪEKTHOГO ПO ORG *
;            БУФEP ИCXOДHOГO:  2800 - 77FF
;            БУФEP OБЪEKTHOГO: 7800 - 9BFF
; 28.03.89 - Директива REVerse
; 04.04.89 - Вложенные CHN и DSECT
; 17.04.89 - В CHN указывается только привод
; 25.04.89 - Ассемблер Агат-9
;
; Измeнeния внec Лиcин A.

SBTL "ЗAПPOC ПAPAMETPOB ACCEMБЛEPA"
;
; ASSMPAR: ЗAПPOC ПAPAMETPOB ACCEMБЛEPA - 14.03.86
; ИЗMEHEH BЫBOД MEHЮ ACCEMБЛEPA - 03.07.87
; CTЫKOBКA C ИЗМЕНЕННЫМ TEKCTOBЫM PEДAKTOPOM - 14.03.89
; ПOДMEHA CSWL/H HA COUT C MAЛEHЬKИMИ БУKBAMИ - 16.03.89
; Изменения для ДОК Агат-9 - 25.04.89
;
; Изменения внес Лисин А.

Лисин известен как автор официального теста ОЗУ девятки.
Выходит, Голов тут ни при чём ? Но вроде бы они все были с ЛЭМЗ...

Дальше бы Игоря надо, может он что-то добавил...
Или пообщался с Головым - они вроде в контакте.

/Вот такими плюшками мы тут балуемся/