ODS1 FILES-11 DECFILES11A reader

[form]

у других нулевого сектора просто не было

RK05?

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

на хрена, спрашивается, было извращаться?

Возможно для простоты расчетов. Меня больше поражало (до момента когда удалось подтвердить предположение) зачем в то время когда уже было сказано, что дальше будет MSCP, изхобретать левые контроллеры. Но когда при переносе фич из M+ 3.0 в P/OS 3.0 совершенно откровенно самое полезное было проигнорировано, а целая полезная директива в остальном функционале была сохранена, но заменена на другую (полностью аналогичную, но несовместимую бинарно и иначе назыывавшуюся) все стало ясно, а позже удалось и прямо услышать об этом

[Advertiser]

[AFZ]

RK05?

Других - в смысле не DECовских, а, например, писюшных или еще каких-нибудь винчестерных контроллеров.

Возможно для простоты расчетов.

Ага, два раза! Что может быть проще одной команды BIC #177760,Rx ? Это если использовать естественный порядок секторов, т.е. блок 0 имеет C-H-R = 0-0-0, блок 1 - 0-0-1 и т.д. Любой другой способ установления соответствия между номерами блоков и номерами секторов потребует каких-то дополнительных команд. Так, что это явно сделано не для простоты, а наоборот, для усложнения расчетов. Где они и облажались!..

[form]

Что может быть проще одной команды BIC #177760,Rx

Отсутствие таковой в виду ее ненадобности?

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

Да, но вернемся к главной теме (к коей никак не относится ни порядок секторов где-то там ни нумерация таковых)... Насчет реадера - так-таки он научился делать реверсивное извлечение данных? - то есть чтобы потом возможно было вернуть эти данные обратно в FILES-11. На мой взглад по прежнему остается единственный простой вариант - конвертирование при извлечении в формат RT-11 (он же по сути все прочее интеловское), а при записи обратно соответственно - обратная конвертация. Как вариант, конечно возможны варианты (тьфу!) с использованием ea, streams или доп файлов, но они не позволяют работать с извлеченными файлами вне родной среды...