ImageUtils

[Hunta]

Тестирование и фикс ошибок.
Из существенного - доработал работу с версионностью файлов в ФС Windows для файлов, извлечённых из образов ODS-1. Пока полноценно проверить не получится - создание ODS-1 образов только в планах.
Поправил специфическую ошибку в Mapper-е - всё таки налетел на неё Вообще Mapper надо бы причесать по полной (хак на хаке костылём подгоняет), но больно неохото туда соваться
Ради интереса - образ ODS-1 с P/OS записал на ленту в формате DOS-11 Ну, вестимо, все именованные каталоги оно послало к бабушке, но остальное вроде всё записало Надо с получвшейся ленты файлы слить и сравнить с оригиналом

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

Ещё одно не совсем корректную настройку нашел.
Идея была в том, что если файл расположен в корневом каталоге (прицел был на ODS-1 с его [0,0], а также на корневой каталог типа RT-11, у которого нет имени), то в DOS-11 такие файлы будут класться в каталог [1,1]. Нуу... Для RT-11 всё ок, а в ODS-1 мне накидали почти всё содержимое [0,0], что практически бесполежно. Добавил проверку - кидаться файлы будут только из корневого каталога без имени.

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

Ну... Если образ распакован в Windows ФС - то фиг вам.. А из образа ODS-1 берётся ок. Думать надо...

[Hunta]

Переделал обработку [0,0] в ODS-1 и определение целевого каталога при добавлении файла в Windows ФС.
Теперь и ODS-1 структура в распакованном каталоге выглядит логичней и кода поменьше стало и полученный образ ленты одинаков - независимо от того, берутся файлы из образа ODS-1 или из каталога, куда образ распакован

[Hunta]

Вроде требуемый функционал (запись на ленты в формате DOS-11) получен, попутные доработки - прямо, косвенно и не связанные с ним сделаны, на тестировании ошибки и проблемы выявлены и пофиксины, так что возвращаюсь к первоначальному развлечению - поиграться в DOS-11 и, в частности, сделать драйвер и образ для HD

[Hunta]

Как обычно, ложился спать - и в засыпании вспомнил.
Итак, встречаем новую команду в ImageUtils - sq ака squeeze

>ImageUtilsX -dir m013.dsk rx01 rt11  1>m013.dsk.Dir.txt 
>ImageUtilsX -sq  m013.dsk rx01 rt11  1>m013.dsk.Squeeze.txt 
>ImageUtilsX -dir m013.dsk rx01 rt11  1>>m013.dsk.Dir.txt 

>type m013.dsk.Dir.txt

FDF331.DOC   302      27-OCT-1989      FDF333.DOC   118      27-OCT-1989
 EMPTY.FIL    61 D    06-FEB-1990      FILE  .BAD     1      09-FEB-1990
NNGAME.DSK     4 D    29-OCT-1989
 5 files, 421 blocks
 65 Free blocks


FDF331.DOC   302      27-OCT-1989      FDF333.DOC   118      27-OCT-1989
FILE  .BAD     1      09-FEB-1990       EMPTY.FIL    72 D               
 4 files, 421 blocks
 72 Free blocks

Реализация (включая тестирование) заняла порядка 10 минут - ибо всё сделано через (!!!) конвертирование образа из выбранной ФС в неё же саму с записью в тот же образ То есть по сути - SQUEEZE можно сделать и в другой файл командой

ImageUtilsX -from m013.dsk rx01 rt11 -to m013.new.dsk rx01 rt11

Осталось разобраться - почему показывает разное количество свободных блоков - с одной стороны, это объясняется тем, что метод создания образа ФС RT-11 в настоящее время динамически вычисляет - сколько блоков будет отведено под каталог, но с другой стороны - разница должна быть чётном в этом случае.

Чуть позже - исследую процесс - возможно - есть ошибка в создании описания свободной области в конце ФС

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

Проверил под RT-11 - получается, что в моём методе создания ФС RT-11 есть ошибка - количество сегментов каталога одинаковое (4) и правильно количество свободных блоков - 65. Нуштош - осталось пофиксить

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

Другое дело

>ImageUtilsX -dir m013.dsk rx01 rt11  1>m013.dsk.Dir.txt 
>ImageUtilsX -sq  m013.dsk rx01 rt11  1>m013.dsk.Squeeze.txt 
>ImageUtilsX -dir m013.dsk rx01 rt11  1>>m013.dsk.Dir.txt 

>type m013.dsk.Dir.txt

FDF331.DOC   302      27-OCT-1989      FDF333.DOC   118      27-OCT-1989
 EMPTY.FIL    61 D    06-FEB-1990      FILE  .BAD     1      09-FEB-1990
NNGAME.DSK     4 D    29-OCT-1989
 5 files, 421 blocks
 65 Free blocks


FDF331.DOC   302      27-OCT-1989      FDF333.DOC   118      27-OCT-1989
FILE  .BAD     1      09-FEB-1990       EMPTY.FIL    65 D               
 4 files, 421 blocks
 65 Free blocks

Не учёл описания того, сколько блоков на конкретном устройства испоользует конкретная ФС. На DX - 2002 физических секторов, 501 логический блок (по 512 байт), но RT использует только 494 - где то вроде попадалось объяснение, что первая физическая дорожка (26 секторов) в Interchange формате используется для чего-то, вот поэтому первые 7 блоков (28 секторов), которые сдвинуты через интерлив в конец дискеты (ЕМНИП) и не используются

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

Немного ошибся. 26 секторов в начале (сдвиг на дорожку) и 2 сектора в конце (так как 2002 на 4 нацело не делится, так что для RT-11 на дискете 500 блоков или 200 секторов)

[Hunta]

Следующая большая доделка - поддержка лент в формате BRU и, скорей всего - его же диски

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

А, да, ещё поддержку лент в формате tpc скорей всего добавлю