Орион-ПРО. Софтверные дела

[Error404]

Что-то я не понимаю смысла возни с SCRATCH2(current track) и SCRATCH3(current sector) в TRKSEC2. В комментах указано, что SCRATCH3=current_sector, накой из него в цикле вычитать SPT(SECTORS), и делать это пока BLKNMBR меньше SCRATCH3(current_sector)?
Понять не могу что там на что делится и зачем. SCRATCH-и тоже надо что ли 24 битными заводить?

[Advertiser]

[b2m]

Если делать честную процедуру деления, то SCRATCH 2 и 3 можно вообще выкинуть. Работает там это так: когда идём на нулевую дорожку, обнуляем оба 16-битных числа. А затем, когда нужно перейти к сектору NNN одно число увеличивается (или уменьшается, если обратно надо) на SPT, получая при этом номер дорожки умноженный на SPT, а второе число на еденицу, получая просто номер дорожки. Когда номер сектора достиг почти нужного числа, то нам будет известен номер дорожки, а чтобы вычислить номер сектора, из NNN вычитается накопленный номер сектора (т.е. track*SPT).

- - - Добавлено - - -

Если непонятно объяснил:
SCRATCH2 = track
SCRATCH3 = track*SPT
Оба числа изменяются синхронно. Ищется такой SCRATCH3, который удовлетворяет критерию SCRATCH3 <= BLKNMBR < SCRATCH3+SPT

[Error404]

*****код детектед.
Я подумаю об этом завтра, не буду на ночь терзать нервную систему созерцанием шизы от Килдалла.

[DIMKA55]

Как файлы *.bru сконвертировать в *.ord? Хочу собрать прошивку для ромдиска, есть какие-то правила?

[OrionExt]

Как файлы *.bru сконвертировать в *.ord?

Так это одно и тоже. *.bru - это авторское расширение, а *.ord делала программа LORD (сохранялся/читалка Ордос-файлов на/с диска).

Хочу собрать прошивку для ромдиска, есть какие-то правила?

Х.з, я руками собирал в hex-редакторе. Это не так уж часто нужно. Если ордос файлы на PC напрямую тянуть с образа дисков, то в конце будет оставаться мусор от CP/M файлов.

[b2m]

*****код детектед

Не скажи. При последовательном чтении/записи, а это 99% всех случаев, это работает побыстрее честного деления.

[Error404]

Ну, вроде заработало с увеличением битности указателя блоков с 16бит до 24 бит. По крайней мере группы более 200h стали обрабатываться.
Исходники тут. Правился файл bdos1.mac (в архиве есть его бэкап для сравнения что поменяно).

Вот образ для тестирования (понимает большие файлы и не должен "заворачиваться" на нулевой кластер после N больших файлов)

Чтение немного погонял, а запись не проверял. Соответственно не правил (и не совсем понял о чем) вот это:
"4. ну и процедура записи, там есть зануление неиспользованного пространства блока, тоже 16-битный счётчик номера записи
"

[HardWareMan]

ЧТД.

[b2m]

Соответственно не правил (и не совсем понял о чем) вот это:
"4. ну и процедура записи, там есть зануление неиспользованного пространства блока, тоже 16-битный счётчик номера записи"

Это про то место, которое в твоих исходниках начинается меткой AD68C. В других местах LOGSECT (номер первого сектора блока) не используется.
А в COMBLK и CHKBLK не надо было расширять, там переменная BLKNMBR ещё как номер блока, т.е. достаточно 16 бит.

[Error404]

Ну, я бабахнул "по площадям", перестаховался.