Вид для печати
Еще больше запутался. В упор не вижу трансляции логического адреса в физический и наоборот :confused:Цитата:
Сообщение от hantarex
Видимо придется искать вменяемую доку по файловой системе, из исходников ничерта не понятно.
---------- Post added at 20:52 ---------- Previous post was at 20:14 ----------
Кто нибудь знает способ без лишних затрат преобразовывать логический адрес в C/H/S и обратно? Есть идеи?
А что, винт настолько допотопный, что не поддерживает LBA?Цитата:
Сообщение от DemonId7
У меня разные есть...;) Хотелось универсальности, но в принципе действительно нет такой нужды.
Вроде разобрался. Идея жестко прошить таблицы параметров дисков непосредственно в bios мне не нравится. Будем делать как в досе - таблица параметров хранится непосредственно на носителе, в первом секторе. Один черт загрузчику, после поиска подключенных винтов, считывать информацию о логических дисках, вот заодно и таблицы считает.
Там надо спец буфера в памяти, их размер зависит от размеров диска,Цитата:
Сообщение от DemonId7
И они после доса в биосе
Т.е или делать лимит сверху и терять память
Или жёстко задать размер "диска"
А какие спецбуфера?
Если под вектора занятости блоков, то там пустяки получаются:
на 16Мб диск, с размером кластера 8Кб таблица займет всего 256 байт. Ну выделим 512 с запасом, хватит за глаза, все равно нет смысла делать слишком большие диски.
Таблица проверки директории не нужна, носитель-то не сменный. Вроде и все таблицы.
с другой стороны такие таблицы нужны на каждый диск
+ буфер чтения/записи
при большом размере блока - потерери огромные ;)Код:просто для информации
Корветовский диск, 5x1024*80*2
BLS = 2048 (размер блока)
DSM = 394 (блоков на диске)
DRM = 127 (записей в директории)
буфера
CSV=50
ALV=32
в cp/m биосе
буфер чтений 1к
буфер записи 1к
50*32*4(drive A-D) ~2504 байт
эт как помню.
128 байт будут на диске 16к занимать, ведь диск выдается блоками BLS
плюс в CP/M нет директорий (есть USER, но оно странНо, это просто скрытие части файлов из той-де root)
так что всё что на диске есть должно быть в одной директории
имхо разуменее сделать монитруемые разделы и делать их не очень большими.
или мапить раздел на кучу букв.
Извините, что влезаю, но вам точно нужен CP/M? Какие программы для ПК8000 требуют CP/M? Для запуска кассетных игрушек и программ не проще ли организовать чтение файлов с FATовского диска или раздела? И обмен с PC так удобнее.
Я уже думал на тему сделать один ALV, общий для всех дисков. Но, не могу точно сказать насколько это затормозит процесс смены активного диска. Поэтому испытания покажут, что предпочтительнее.
К сожалению уже второй день подряд вхолостую, не написал ни байта кода. Надеюсь на выходные наверстать.
---------- Post added at 20:08 ---------- Previous post was at 20:01 ----------
ivagor, программ довольно много на образах дискет. Практически все кассетные программы и игрушки продублированы в дисковых версиях.
Плюс я пытался запускать некоторые "левые", выуженные со старого сборника. Один из микрософтских бейсиков вполне запускался и работал.
В эмуляторе b2ma я смотрел образы сдампленые Mickом и так и запомнил, что там те же кассетные игрушки, но "конверснутые" в .com, чтобы запускать из CP/Mа. Т.е. для работы то им CP/M не нужен, нужно только загрузить и запустить.Цитата:
Сообщение от DemonId7
Если задача запускать и стандартные CP/Mовские проги - тогда, конечно, другое дело.Цитата:
Сообщение от DemonId7
Я предлагал подобие MSXDOS запилить. А то на сипиэм-диск задолбаешься софт с ББ переносить.
это я к тому, что на реале на асме кодить и компилить вряд-ли кто будет, удобнее в эмуляторе это делать.
по мне - так нужен файловый менеджер с поддержкой FAT и каким-нить куском сипиэм, типа ввод-вывод на консоль.