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

Цитата:

---

Сообщение от Black Cat / Era CG

Ага вижу внутри 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)

Цитата:

---

Сообщение от Error404

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

---

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

Цитата:

---

Сообщение от Error404

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

---

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

Цитата:

---

Сообщение от Black Cat / Era CG

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

---

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

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

Цитата:

---

Сообщение от Black Cat / Era CG

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

---

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

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

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

Цитата:

---

Сообщение от Error404

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

---

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

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) биты, в итоге узнаю размер соответствующих данной записи дериктории и номер части (экстента файла, если я не путаюсь в терминах).
Вопрос, как происходит (должен происходить) обратный процесс?
При добавлении файла в образ например.

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

Цитата:

---

Сообщение от Nuts_

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

---

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