Вид для печати
В общем, когда ты просматриваешь каталог, ты в первую очередь должен ориентироваться на те записи, у которых номер экстента = 0, если номер экстента > 0, то такую запись пропускаешь. После этого делаешь второй проход и уже смотришь на остальные записи по совпадению номера юзера и имени файла (атрибуты в расширении игнорируешь).
А разве не каша?Цитата:
Сообщение от marinovsoft
Там просто 2 варианта: сделать вид, что ничего не было и пропустить некорректную запись
или прокричать о том, что образ какой-то покореженный
Отправил на почту про АБР
Первый экстент файла всегда имеет номер в поле EX (офсет 12) равным 0, только при размере CP/M-блока в 1 кб или 2 кб. Если же размер блока 4 кб (также 8 или 16 кб), то если размер файла более 16К, то номер первого экстента будет не 0, а 1. При блоках в 8 кб и размере файла более 32К номер первого экстента будет 2 или 3. И так далее. Поэтому для составления каталога при размере блока более 2 кб, алгоритм поиска записей с номером экстента 0 не годится. Тогда надо искать экстенты, чей номер меньше числа: размер блока разделённого на 2К, т.е в случае блока в 4К это 0 и 1, в случае блока в 8К это 0...3, а в случае блока в 16К это 0...7.
Вопрос к топик-стартеру. Как Вы высчитываете размер файла? Если при блоках 1 или 2 кб, можно просто просуммировать число лог.секторов в поле RC (офсет 15) всех экстентов файла, то при больших размерах блока, такой алгоритм не годится. В этом случае надо суммировать блоки описанные в области 10...1F каждого экстента. Затем умножить полученное число блоков на число лог.секторов в блоке. Затем отнять число (16*1024/128). И к результату прибавить число из поля RC последнего экстента файла
Об ошибках. При попытке открыть образ реально рабочей дискеты возникает сообщение "Превышен максимально допустимый номер блока" и приводится смещение 5010. Каталог (при его размещении с 4-й дорожки) в файле ODI занимает адреса 4000...4FFF, т.е ровно 4 кб, как и описывает маска каталога 0CH в DPB. А офсет 5010 попадает на номер первого блока первого экстента в уже 5-м килобайте каталога, хотя его размер всего 4 кб. Таким образом Вы просматриваете каталог вне области реального каталога. Может быть Вы начинаете просмотр каталога не с офсета 4000 (а точнее со смещения число сист.треков * число лог.секторов в треке * 128). Или может Вы ориентируетесь не по числу экстентоа каталога, а по его размеру и неверно высчитали размер каталога, который равен: число экстентов каталога умножить на 32. Не надо считать размер каталога по маске каталога, т.е по числу единичных битов в маске каталога умноженных на размер блока. В некоторых реализациях дат файлов в CP/M, даты хранятся в области за каталогом, а чтобы это не затирали файлы число битов в маске увеличивают, отчего считая размер каталога по маске каталога, Вы получите неверный размер каталога.
Кстати в блоке 10...1E в BOOT-секторе расположен только DPB. DPH в BOOT-секторе КОРВЕТА и ОРИОНА вообще нет, он только в теле CP/M-BIOS. Вы называете этот блок DPH,DPB ошибочно. Правильнее называть это только DPB. А в полях 8...0F дискеты тоже не DPH, а физические параметры диска. Они не для CP/M (точнее не для BDOS), а для BIOS, чтобы он мог узнать формат (DD/DS или FM/MFM), число сторон и число физических секторов в треке. Но это тоже не называется DPH. А всё вместе это называется ИНФО-блок дискеты.
В поле размер диска в блоках в DPB дискет КОРВЕТА стоит число 184H, что соответствует 388, отчего дискета используется не на 780К, а только на 778К. Это ошибка, которую я повторил и для ОРИОНА, чтобы была совместимость с КОРВЕТОМ. Впоследствии эту ошибку я исправил и в моих форматёрах сюда записывается 185Н, что даёт возможность использовать весь диск. Убедиться в этом можно запустив команду 'STAT DSK:' или 'POWER DISK'.
Тогда вопрос: как достоверно точно отличить настоящую запись от "фантомной"? На примере образа диска выше в теме.
Я вот тут наконец-то наткнулся на запрет работать в папках типа Program Files. Просто сам-то я никогда туда утилу не ставил, я ее просто распаковываю и все. В общем надо где-то хранить ini. Хотя с этим все понятно. Щас сделал так. Если вы распакуете утилиту в обычную папку, то ини будет лежать в ней. Если установите в Program Files, то ini будет храниться в APPDATA. А вот где хранить папки sys и xdi_settings?
%ProgramData%
Вот так: $80*($80*(EX and exm)+RC)Цитата:
Сообщение от barsik
Как описано тут: http://www.seasip.info/Cpm/format22.html
На остальное позже отвечу, я сейчас с вашими td0 ковыряюсь немного.Цитата:
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
- - - Добавлено - - -
Не знаю. По сути к ней должен быть нормальный доступ пользователя (системки например чтобы в нее копировать), а Program Data скрытая обычно папка.Цитата:
Сообщение от marinovsoft
Спасибо за ссылку:
http://www.seasip.info/Cpm/format22.html
Из неё наконец узнал, что поле S2 (офсет 14) это старший байт размера экстента RC (причём он используется только при блоках размером от 4К, а для блоков в 2К всегда 0).
Но на самом деле это неправда, - это не старший байт, точнее это старший байт по модулю 128, - результат от деления числа лог.секторов описанных в этом экстенте на 128. Зная это, легко посчитать размер файла. Просуммировав числа S2*128 + RC рассчитанные для каждого экстента получим размер файла в секторах. Впрочем и использованный мной ранее вариант тоже даёт верный результат при больших блоках, но сложнее для программирования..
В 80-е годы этой информации не было. В фирменном переводе мануала по CP/M (из Всесоюзного Центра Переводов) про S1 и S2 написано следующее: "Зарезервировано для внутреннего использования в системе".
Впрочем, при блоках с размером не более 2К это не вызывало проблем. Но теперь мне хоть стало ясно каким образом файл может иметь размер более, чем 512 кб.
barsik, результаты ковыряния с td0 отправил на почту. Теперь дальше.
Не за что. Я в свое время тоже очень обрадовался этому доку, даже кое-как перевел ее на русский язык.Цитата:
Сообщение от barsik
Пришлите мне, пожалуйста, образ этого диска на почту, я посмотрю. Мне так проще.Цитата:
Сообщение от barsik
Но ведь их назначение ведь такое же:Цитата:
Сообщение от barsik
Про 08, 09 - не в курсе - в присланном вами доке написано "не используется (лучше не трогать)". Вот и не трогаю.
0A len - у вас: "при SD =2 (512), при DD =3 (1024)", я интерпретирую так: Sector size 0=128, 1=256, 2=512, 3=1024 или 128 lsh len (128<<len)
0B den - у вас: "при SS =0, при DS =1", у меня аналогично: Чсло сторон = den+1
0C sec - у вас: "sectors pro track (1...11)" и "не используется (лучше не трогать)" (для следующего байта), у меня аналогично (только два байта, что не важно, потому что старший всегда 0)
0E trk - у вас: "число треков формата (35,40,42,80,82,83)" и "не используется (лучше не трогать)" (для следующего байта), у меня аналогично (также два байта)
Так что особо не вижу противоречий.
- - - Добавлено - - -
Ну дык она по сути и отличается, почему ошибку и выдает. Пропускать такие записи в каталоге не сложно, в принципе. По сути можно заставить утилиту в данном конкретном случае не выдавать ошибку и прерывать процесс открытия, а делать вид, что ошибочной записи просто не было и пропускать ее.Цитата:
Сообщение от marinovsoft
- - - Добавлено - - -
Короче, пока что колебаюсь между папками в "Мои документы" (доступнее для пользователя, но обычно завалена разным трешом) и в APPDATA (обычно структуру папок тут никто руками не правит и лежит только то, что надо установленному софту, но докопаться до папки в проводнике сложнее).Цитата:
Сообщение от Black Cat / Era CG
Примечание. Там думаю как-то так сделать. Если утилита лежит в папке, для которой у пользователя есть все права, все остается по-прежнему (инишник, системки, хди-настройки в этой же папке), а если в Program Files, тогда ini в APPDATA, остальное думаю пока.
Эта запись не удовлетворяет этому условию:
Вложение 59898Цитата:
EX = Extent counter, low byte - takes values from 0-31