Вид для печати
Что-то я не понимаю смысла возни с SCRATCH2(current track) и SCRATCH3(current sector) в TRKSEC2. В комментах указано, что SCRATCH3=current_sector, накой из него в цикле вычитать SPT(SECTORS), и делать это пока BLKNMBR меньше SCRATCH3(current_sector)?
Понять не могу что там на что делится и зачем. SCRATCH-и тоже надо что ли 24 битными заводить?
Если делать честную процедуру деления, то SCRATCH 2 и 3 можно вообще выкинуть. Работает там это так: когда идём на нулевую дорожку, обнуляем оба 16-битных числа. А затем, когда нужно перейти к сектору NNN одно число увеличивается (или уменьшается, если обратно надо) на SPT, получая при этом номер дорожки умноженный на SPT, а второе число на еденицу, получая просто номер дорожки. Когда номер сектора достиг почти нужного числа, то нам будет известен номер дорожки, а чтобы вычислить номер сектора, из NNN вычитается накопленный номер сектора (т.е. track*SPT).
- - - Добавлено - - -
Если непонятно объяснил:
SCRATCH2 = track
SCRATCH3 = track*SPT
Оба числа изменяются синхронно. Ищется такой SCRATCH3, который удовлетворяет критерию SCRATCH3 <= BLKNMBR < SCRATCH3+SPT
*****код детектед. :)
Я подумаю об этом завтра, не буду на ночь терзать нервную систему созерцанием шизы от Килдалла.
Как файлы *.bru сконвертировать в *.ord? Хочу собрать прошивку для ромдиска, есть какие-то правила?
Так это одно и тоже. *.bru - это авторское расширение, а *.ord делала программа LORD (сохранялся/читалка Ордос-файлов на/с диска).Цитата:
Сообщение от DIMKA55
Х.з, я руками собирал в hex-редакторе. Это не так уж часто нужно. Если ордос файлы на PC напрямую тянуть с образа дисков, то в конце будет оставаться мусор от CP/M файлов.Цитата:
Сообщение от DIMKA55
Не скажи. При последовательном чтении/записи, а это 99% всех случаев, это работает побыстрее честного деления.Цитата:
Сообщение от Error404
Ну, вроде заработало с увеличением битности указателя блоков с 16бит до 24 бит. :) По крайней мере группы более 200h стали обрабатываться.
Исходники тут. Правился файл bdos1.mac (в архиве есть его бэкап для сравнения что поменяно).
Вот образ для тестирования (понимает большие файлы и не должен "заворачиваться" на нулевой кластер после N больших файлов)
Чтение немного погонял, а запись не проверял. Соответственно не правил (и не совсем понял о чем) вот это:
"4. ну и процедура записи, там есть зануление неиспользованного пространства блока, тоже 16-битный счётчик номера записи
"
ЧТД.
Это про то место, которое в твоих исходниках начинается меткой AD68C. В других местах LOGSECT (номер первого сектора блока) не используется.Цитата:
Сообщение от Error404
А в COMBLK и CHKBLK не надо было расширять, там переменная BLKNMBR ещё как номер блока, т.е. достаточно 16 бит.
Ну, я бабахнул "по площадям", перестаховался. :)