Тогда получается что отсутсвующий служебный сектор нужен и как получилось что его нет в образе?
Тогда получается что отсутсвующий служебный сектор нужен и как получилось что его нет в образе?
В DSK-образе никаких посторонних данных быть не может. В структуре DSK нет места, чтобы их писать, а у RT-11 нет вызовов, чтобы их читать.
Например, мой эмулятор контроллера MX позволяет использовать как стандартные блочные DSK-образы, так и специальные байтовые подорожечные TRK-образы. В первом случае образ дорожки ( со всеми служебными данными ) синтезируется в памяти на основе содержимого блоков данных DSK-файла, а во втором - полностью загружается из TRK-файла.
Формат DSK-образа исключает присутствие данных, которые не могут быть прочитаны драйвером LD.SYS
Если на дорожке есть служебные сектора, содержимое которых никак не связано с данными в блоках данных, то их надо хранить отдельно. Если же содержимое таких секторов как-то связано с данными ( например - там контрольные коды для исправления ошибок чтения ) то при загрузке блоков данных из DSK-образа содержимое таких секторов должно синтезироваться.
Когда RT-11 пишет на диск - она всегда пишет блоками по 512 байтов. Если в этот момент синтезируются какие-то дополнительные данные - такие данные полностью вторичны к исходным и не требуют отдельного хранения.
Вопрос не в претензии к работе плагина, а в целом, куда подевался "служебный" (если он служебный) сектор из образа, при его отсутствии не сходятся размеры и логическая организация образа.
Плагин сделан так, что при любом изменении каталога приводит физический рамер файла в соответствие с логическим. Т.е. если (например) в каталоге "размечено" 500 блоков, а в файле их 600 - то при любом изменении каталога файл уменьшится. Если же, наоборот - в каталоге размечено 2500 блоков, а в файле их 150 ( такое сплошь и рядом бывает в образах RK из архива DECUS ) - то при любом изменении каталога такой файл увеличится до правильного размера.
Я пользовался граф. клавиатурой, до реальной ещё пилить и пилить )))
Загружался со всех 4 карманов - программа обработки даты странно конечно обрабатывает строку - там на самом вопросе невидимый пробел как-бы уже стоит,
его просто надо потереть кнопкой (ЗБ), дир работает отлично, а вот запустить что-то не получилось, кроме MF.SAV - который отказался форматить копию M5.DSK
в устройстве MD0.
Но с MYMZ образами по 800кб у меня ни разу не было такого!
Предлагаю вот что !!! Patron, просто ради эксперимента возьмите в этой теме образ с системой для немиги M5.DSK и сравните вот с этим (таким он стал уже в процессе), я проще чем просто спорить и доказывать что где-то что-то нарушено не знаю способа, чем вам самому поизучать ?
В архиве несколько образов - производных от исходного М5 )
Уже почти веб-архив для Немиги ))) Начало положено! )))
Да, ждем кто поделится любым форматом дискет от Немиги...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)