SteinBlume. CP/M Disk Image Explorer (ex ATM CP/M Explorer)

[Black Cat / Era CG]

Так во-первых.

Видимо расширение "fdd" не включено в строку маски "все поддерживаемые" (при открытии образа), по этому его нужно выбирать из списка, иначе образов не видно.

Ловим экстренное лечение косяка. Нет времени объяснять, просто замените этим файликом (во вложении), такой же в папке language. SteinBlume.ru.zip (распаковать в language)

KTSerg А в этом менеджере есть возможность записать произвольный файл в системную область дискеты?
С моей точки зрения не имеет смысла держать образы всех версий операционок для возможности создать образ дискеты. Т.к. все операционки есть в виде файлов. Может дать пользователю возможность записать в системную область любой файл по его выбору, по аналогии функции "Добавить файл...", только тут "Записать в системную область" ???
Формат системной области вроде стандартный для СР/М, или по крайней мере аналогичен Корвет-овскому. Значения первых двух строк (32 байт) известны (расписаны), а ОСь (загрузочный файл) пишется с адреса 0080h.
И "сохранение системной области" какое-то странное... (не обычное), скорее служебная функция для разработчика, а не для пользователя. Поскольку пользователю если и нужно сохранить системную область, то подразумевается - выкусить из неё загрузочный файл, и сохранить его в виде *.rom (например).

Ну. Как-то так оно сделано. Это просто первые несколько дорожек диска. И смысл их сохранения предполагался именно для того, чтобы потом кинуть полученный файл в соответствующую подпапку папки sys, а потом выбирать при создании нового образа. То есть произвольный файл в системную область записывается только так пока. Переименовывается, кидается в подпапку папки sys и выбирается при создании образа.

А ещё вспомнил, не знаю как для СР/М, для Вектора стандартное заполнение пустого директория Е5-во всех строках (не через одну со строками из 00). Как-то "глаз режет", когда строки из Е5 чередуются со стоками из 00.

Ну можно переделать, конечно, но смысл только разве эстетический.

[Advertiser]

[KTSerg]

...
Ну. Как-то так оно сделано. Это просто первые несколько дорожек диска. И смысл их сохранения предполагался именно для того, чтобы потом кинуть полученный файл в соответствующую подпапку папки sys, а потом выбирать при создании нового образа.

Это я понял, что сохраняются служебные дорожки, для того что-бы потом можно было из них сделать новый образ. Просто если учесть, что у Вектора в служебной области может быть записана ОСь (МикроДос) - которых наверное штук 20 разных, то нужно делать порядка 20ти файлов "образов системных дорожек". А Вектор ещё нормально работает если служебная область вообще пуста (заполнена кодом Е5), даже первые 32 байта не заполнены. А можно вообще записать в системную область, запускным файлом, какой-нибудь тест или загрузчик, при этом количество образов системных дорожек ещё больше увеличится...

То есть произвольный файл в системную область записывается только так пока. Переименовывается, кидается в подпапку папки sys и выбирается при создании образа.

Это я то-же понял, но например что-бы записать в образ диска произвольную ОСь, нужно сначала создать файлик в 128 байт (Е5), дописать к нему выбранную ОСь, дополнить полученный файл до размера 40КБ кодами Е5, откорректировать первые 32 байта полученного файла значениями, подходящими конкретно для данной ОСи. Тогда получится корректный образ системной области с ОСью из которого можно уже делать образ дискеты.
Я конечно-же не знаю, что хранится в системной области образов дискет других компов.
Но для создания корректного образа дискеты для Вектора можно просто создавать файл размером 820КБ заполненный кодом Е5, если создаётся образ без загрузочного файла.
И хранить только 32 байта, которые потом станут началом нового образа, если на него сразу пишут загрузочный файл. Останется выставить адрес загрузки/старта, длину файла и контрольную сумму служебной области.

[Black Cat / Era CG]

KTSerg, ладно. Думаю, можно подумать над замечаниями, если, видимо, есть смысл. Насчет пустых образов, они везде (почти) вполне работают, если не системные, но так как утила более-менее универсальная, то возникает вопрос детекта, так как число сис. дорог и прочее у разных компов разные, то надо как-то понимать, как интерпретировать образ. И именно эти 32 байта в образах Корвета, Ориона, Байта и Вектора проблему решают очень хорошо. Другой вариант, заставлять пользователя вводить все каждый раз в ручную. Поэтому я и старался сделать так, чтобы эти 32 байта, там где это корректно, будут всегда заполнены. А так как там хранятся адреса, касаемые ОСи, то решил их не разрывать. Ибо на самом деле знания всегда были и остаются довольно поверхностными (у меня). Вот и стараюсь как-то искать наиболее безбажные варианты решений и слушать людей. Если почитать тему, ссылка на которую указана в конце первого поста, станет понятно, что утила создавалась по сути коллективно, и что в самом начале я совсем слабо представлял, что это будет и как оно будет работать.