Требуется карта памяти по адресам 00h-ffh (как можно подробнее, желательно с точностью до байта), особенно интересует область 060h-080h. Еще нужно описание файловой системы Robotron 1715 (самое подробное). Заранее thanx.
Вид для печати
Требуется карта памяти по адресам 00h-ffh (как можно подробнее, желательно с точностью до байта), особенно интересует область 060h-080h. Еще нужно описание файловой системы Robotron 1715 (самое подробное). Заранее thanx.
только по Robotron?
иначе:
http://obsolescence.wixsite.com/obso.../cpm-internals
[QUOTE=Шынни;946745]только по Robotron?
Можно и для Кворум (они вроде одинаковые)
иначе:
http://obsolescence.wixsite.com/obso.../cpm-internals
Тут я уже был, хотелось бы по-русски.
Там где "был" английским по белому написано FCB.
Какое из слов Default File Control Block перевести?Цитата:
Сообщение от Helloween
Но на самом деле там схема не сооветствует действительности. Default FCB начинается с 0x5c.
И на знаю за Роботрон, а в Кворуме 80h - это верхушка стека, используемого при старте. Ниже неё, соответственно, его небольшое содержимое.
Код:----------------------------------------------------------------
(АДРЕСА ПРЕДСТАВЛЕНЫ В ШЕСТНАДЦАТЕРИЧНОМ ФОРМАТЕ)
a. СИСТЕМНАЯ ЗОНА ( 0000 - 00FF )
0000 - 0002 JMP WBOOT (СМ. BIOS)
0003 I/O byte (СМ. BIOS)
0004 current User & Disk (СМ. CCP) (uuuudddd)
0005 - 0007 JMP BDOS
0008 - 002F RST1 - RST5 ( ДОСТУПНЫ ДЛЯ ПОЛЬЗОВАТЕЛЯ, СИС-
ТЕМОЙ НЕ ИСПОЛЬЗУЮТСЯ)
0030 - 0037 ЗАРЕЗЕРВИРОВАНО НА БУДУЩЕЕ (Digital Research)
0038 - 003F RST7 - ИСПОЛЬЗУЕТСЯ ДИНАМИЧЕСКИМИ ОТЛАДЧИКА-
МИ: DDT, SID ,ZSID И ДР.
0040 - 004F В ОРИГИНАЛЬНОЙ ВЕРСИИ ЭТА ОБЛАСТЬ ИСПОЛЬЗУЕТСЯ
ДЛЯ УПРАВЛЕНИЯ ДИСКОМ СОВМЕСТНО С IMSAI FIF
КОНТРОЛЛЕРОМ. ПРАКТИЧЕСКИ ДАННУЮ ОБЛАСТЬ
МОЖНО ИСПОЛЬЗОВАТЬ ДЛЯ РАБОТЫ С ПРОЦЕДУРАМИ
BIOS'а, А ДЛЯ РАБОТЫ С ПРОГРАММАМИ ПОЛЬЗОВА-
ТЕЛЯ - НЕЛЬЗЯ.
0050 - 005B ЗАРЕЗЕРВИРОВАНО НА БУДУЩЕЕ ( Digital Research )
005C - 006B 1st SLOT - ПЕРВАЯ ЗОНА (ПЕРВОЕ ИМЯ ФАЙЛА), АВТО-
МАТИЧЕСКИ ЗАПОЛНЯЕМАЯ CCP ПРИ ИСПОЛНЕНИИ КОМАНДЫ (ФОРМАТ ЗА-
ПОЛНЕНИЯ - СМ. BDOS, FCB-БЛОК)
006C - 007B 2nd SLOT - ВТОРАЯ ЗОНА (ВТОРОЕ ИМЯ ФАЙЛА)
005C - 007C ПРИ РАБОТЕ ТОЛЬКО С ОДНИМ ФАЙЛОМ ЭТА ЗОНА МОЖЕТ
ЯВЛЯТЬСЯ FCB-БЛОКОМ ПО УМОЛЧАНИЮ.
007D - 007F Random Record Pointer (СМ. BDOS, FCB-БЛОК) - ИС-
ПОЛЬЗУЕТСЯ ПРИ РАБОТЕ С FCB-БЛОКОМ, РАСПОЛАГАЮЩИМСЯ В АДРЕСАХ
005C - 007C, ЕСЛИ ВЫЗЫВАЮТСЯ ФУНКЦИИ ПРОИЗВОЛЬНОГО ДОСТУПА К
ФАЙЛУ (СМ. BDOS, Write/Read Random).
0080 - 00FF DMA-БУФЕР (БУФЕР ПРЯМОГО ДОСТУПА К ПАМЯТИ) ПО
УМОЛЧАНИЮ.
Я не знаю, как где, но в CP/M на АТМ с этого адреса СРАЗУ после запуска COM-файла располагается строка с параментрами (т.е. все ключи, которые идут после имени файла и байт-указатель длины этой строки (максимум - 127 байт)). Например, если вы в командной строке набрали "FORMAT C: /a /b /q", то после старта утилиты FORMAT по адресу #0080 будет располагаться следующее:Цитата:
Сообщение от caro
#0080 defb 12 ; длина строки параметров - 12 байт, включая байт пробела после расширения файла.
#0081 defm " C: /a /b /q" ; собственно сама строка.
- - - Добавлено - - -
Меня постоянно во всех описаниях умиляет эта строка про резервирование на будущее.... )))))Цитата:
Сообщение от caro
Это везде так, все программы там и ищут свои аргументы. Цитата из официальной докиЦитата:
Сообщение от Максагор
Цитата:
As an added convenience, the default buffer area at location BOOT+0080H is initialized to the command line tail typed by the operator following the program name.
Не совсем так. Я во всех своих адаптациях CP/M, активно задействовал все RST (кроме 0-го) и использовал всю область 0008...005B, произвольно. Просто потому, что во всех реализациях CP/M 2.2, что существовали в России, это не вызывает проблем. Насчёт CP/M 3.0 не знаю.Цитата:
Сообщение от caro
Как известно, и первым это открыл Билл Гейтс в своём Altair-BASIC, RST-команды позволяют сократить объём кода. Именно RST позволили Биллу Гейтсу в 1975 уместить полноценный бейсик в 4 кб, что и сделало его миллиардером. Например, за счёт RST в коде CCP CP/M в 2 кб экономится более 60 байт (а при Z80 вообще за сотню).
Ещё в 80-тые годы, читая описание одного иностранного компьютера, я узнал о пользе RST. Потому я просто один к одному заимствовал эти RST и сохранив назначение функций и номера RST, применил в CP/M. И ни одной программе CP/M это не повредило. RST упрощает разработку программ, как для CP/M, так и без-DOS-ных программ (если они работают на адресе 0).
По Warm Boot CP/M кидается блок на адреса 0008...005B (выше увы, со стандартным CCP нельзя, т.к он на адресах 005C и 006С нагло строит два FCB из 1-го и 2-го параметра CCP-команды). Это позволяет в программах для такой CP/M использовать RST. А если программа делается универсальной для любых CP/M, то к программе в конце её кода с помощью строки INCLUDE RST.INC я подключал тот же стандартный блок RST, а в начале программы ставил строку CALL INIRST, что с помощью LDIR копирует блок RST на адрес 8 и из стандартной CP/M получается CP/M с RST.
Кстати отладчикам и другим программам, что шарятся в адресах 8...5B использование RST не вредит, а по Warm Boot блок RST восстанавливается. И кстати не все отладчики используют именно RST 38, и при необходимости изменение используемого отладчиком RST не проблема, замена нескольких байтов (я это делал).
Из RST-команд особенно часто используются: RST 18H (вывод текста размещённого сразу за самой командой RST, конец по 0 или старшему биту символа =1), RST 10H (вывод на экран символа из рег.A), RST 30H (делает CALL CONIN) и RST 28H (делает CALL 0F81BH).
Кстати, экономит ОЗУ использование выводимого текста не со стоп-байтом 0, а со стопом вывода по взведённому старшему биту символа. Для чего в нормальных ассемблерах есть оператор DC, что эквивалентен DB, но в задаваемой строке в последнем её символе взводит бит D7. Можно взводить старший бит в строке так: defb 'Hell','o' or 80H. В подпрограмме MSSG вывода строки стоп по старшему биту обходится всего в одну лишнюю команду (после RET Z ставим RET M).
Кстати, описывая ZERO-page CP/M забыли упомянуть, что буфер ввода строки CCP и буфер чтения с диска SUB- и временных $$$-файлов это адрес 0080. И на этот же адрес 80H часто ставится стек. По логике этот стек может затирать до входов в RST, но реально затирается порядка 10-ти байт ниже 80H.
Кстати, читал, что для каких-то ЭВМ (возможно ZX), где ОЗУ пользователя начинается с 4000 (а ниже ПЗУ или экран) была CP/M в которой ZERO-page CP/M перемещена на 4000...40FF, а остальное всё то же самое. При этом с использованием RST получается облом.
"005C - 006B 1st SLOT" - как здесь быть с обработчиком NMI ?
CP/M несовместима с NMI процессора Z80, т.к она была написана еще в 1973, когда Z80 ещё и в проекте не было. CP/M написали даже и не для КР580, а для другого, хотя и очень похожего на него процессора (8008). Но это не трагедия, т.к вряд-ли кому-то понадобится по NMI сливать всё содержимое памяти при прогоне CP/M-программ в дисковые файлы.Цитата:
Сообщение от shurik-ua
По ФС CP/M ваще.Цитата:
Сообщение от Helloween
Перевод: http://www.emuverse.ru/wiki/Формат_дисков_CP/M_2.2
Оригинал: http://www.seasip.info/Cpm/format22.html
Насколько я понял, для 1715 было два формата дисков (одностронние, одинарной плотности и двустороннние двойной плотности), вот такие:
P.S. Я не эксперт.Код:# Robotron 1715
diskdef 1715
seclen 1024 ;Размер физического сектора
tracks 40 ;Всего физических дорожек (1 сторона х 40 цилиндров)
sectrk 5 ;Секторов / дорожку (физика)
blocksize 1024 ;Размер логического блока
maxdir 64 ;Размер директории - число записей в директории
skew 0 ;"Программный интерлив"
boottrk 3 ;Число системных треков (логика)
os 2.2 ;Стандарт ОСи 2.2 со всеми вытекающими
end
# Robotron 1715 with CPA
diskdef cpa1715
seclen 1024 ;Размер физического сектора
tracks 160 ;Всего физических дорожек (2 сторона х 80 цилиндров)
sectrk 5 ;Секторов / дорожку (физика)
blocksize 2048 ;Размер логического блока
maxdir 128 ;Размер директории - число записей в директории
skew 0 ;"Программный интерлив"
boottrk 0 ;Число системных треков (логика)
os 3 ;Стандарт ОСи 2.2 со всеми вытекающими
end