Просмотр образов CP/M дисков

[Error404]

Ага вижу внутри CP/M, глазьями

А вот отсюда по-подробнее, я про жесткие диски не знаю совсем ничего. Как оно там все устроено, где посмотреть тип, как посчитать смещение...
Можно сюда, можно в личку, можно ссылки.

Вот тут можно почитать:
https://ru.wikipedia.org/wiki/%D0%93...B8%D1%81%D1%8C

Классическая структура главной загрузочной записи MBR (начального 512-байтного сектора образа):

Смещение 	Длина, байт 	Описание
0000h 	446 	               Код загрузчика
01BEh 	16 	               Раздел 1 	Таблица разделов
01CEh 	16 	               Раздел 2
01DEh 	16 	               Раздел 3
01EEh 	16 	               Раздел 4
01FEh 	2 	               Сигнатура (55h AAh) - опознаватель MBR

В описателях разделов нас интересуют только 3 переменные (далее смещение от начала 16-байтной записи раздела)
04h Код типа раздела (uint8) - 0=удаленный/свободный, 052h=CP/M, <>052h - прочие типы
08h Смещение первого 512байтного сектора от начала образа (uint32)
0Ch Количество секторов раздела (uint32)

[Black Cat / Era CG]

Вот тут можно почитать:
https://ru.wikipedia.org/wiki/%D0%93...B8%D1%81%D1%8C

А я читал... не дочитал до описания внутренностей

[Black Cat / Era CG]

08h Смещение первого 512байтного сектора от начала образа (uint32)

Смещение, я так понимаю, тоже в секторах?

[Error404]

Смещение, я так понимаю, тоже в секторах?

Да, обе переменные (+08h uint32, +0Ch uint32) исчисляются в 512-байтных юнитах (секторах) сплошной нумерацией (0..MAXINT), где 0=MBR. Это так называемая LBA-адресация (секторов).

[Black Cat / Era CG]

Дааа... В память такой не запихаешь... Че ж делать-то?...
Хотя, конечно, можно... смотря какого размера раздел...

[Error404]

Дааа... В память такой не запихаешь... Че ж делать-то?...
Хотя, конечно, можно... смотря какого размера раздел...

Раздел может быть до сотни мегабайт в реализации на Орионе (а максимальное теоретическое ограничение CP/M на файловую систему - 65356*16384=1073741824 байт, т.е. 1Гбайт).

Решение - не помещать в память, а работать с файлом. Или сделать "проекцию" - функцию, которая вместо обращения к элементу массива в памяти обращается к нужному сектору на диске.

Мне в плагине было это просто сделать, т.к. изначально в памяти храню только структуры каталога, а сами файлы читаются непосредственно из образа. Т.е. достаточно было просто добавить +offset (нулевой в случае дискет и ненулевой для образов HDD) в процедуру чтения с "диска" (и записи)

[Advertiser]

[Black Cat / Era CG]

Решение - не помещать в память, а работать с файлом. Или сделать "проекцию" - функцию, которая вместо обращения к элементу массива в памяти обращается к нужному сектору на диске.

Блин. Это мне всю логику софтины перепахивать))

[Black Cat / Era CG]

Error404, есть вопрос по поводу байтов 12 и 15 в директории.
В этой доке http://www.classiccmp.org/cpmarchive.../format22.html написано:

RC - Number of records (1 record=128 bytes) used in this extent, low byte.
The total number of records used in this extent is

(EX & exm) * 128 + RC

То есть по логике, я считываю байт 12. вычленяю у него соответствующие (включенные в exm) биты, в итоге узнаю размер соответствующих данной записи дериктории и номер части (экстента файла, если я не путаюсь в терминах).
Вопрос, как происходит (должен происходить) обратный процесс?
При добавлении файла в образ например.

[Nuts_]

я просто оставлю здесь эжто
http://disktrouble.narod.ru/troublr.html
лучьше позно чем никогда

[Black Cat / Era CG]

я просто оставлю здесь эжто
http://disktrouble.narod.ru/troublr.html
лучьше позно чем никогда

Видел. Хорошая, наверное, штука.