Важная информация

User Tag List

Показано с 1 по 10 из 19

Тема: Подкаталоги в VTR-DOS и подобных разработках.

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Master
    Регистрация
    27.04.2005
    Адрес
    Москва
    Сообщений
    886
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию Подкаталоги в VTR-DOS и подобных разработках.

    Хочу подарить идею.
    1. VTR-DOS эмулирует реальные дисководы посредством образов, хранящихся на жестком диске, на уровне эмуляции ВГ93.
    2. Пользователи хотят иметь систему с подкаталогами.
    Отсюда напрашивается решение: ввести новый тип файла - ссылку на образ. Это может быть файл с неким новым типом (например "dir" в 3-символьном представлении), внутри которого хранятся абсолютные координаты на HDD того образа, на который мы переходим (например имя файла образа, если несущая файловая система на HDD - FAT).
    Таким образом, смена образов может осуществляться абсолютно прозрачно, одной-единственной командой (или нажатием Enter в коммандере). Никаких меню с выбором образов.
    Например: GO SUB "Sources"
    Можно перемещаться по цепочке ссылок, например:
    GO SUB "Games/Arcade"
    Можно расширить синтаксис команд LOAD, SAVE и пр., работающих с именем файла, чтобы они могли обращаться за пределы текущего образа, например:
    LOAD "GFX/Porn/Pervert/TwoCows"SCREEN$
    Более того, структуре не обязательно быть древовидной. Ссылка может указывать на абсолютно любой образ, хоть на родительский. Это даже не директории, а симлинки в терминологии UNIX-подобных файловых систем. Можно делать несколько ссылок из разных мест на один и тот же образ, замыкать пути в кольцо, и т. д.
    На уровне асма поддержка такой системы ссылок потребует введения новых функций #3D13, необходимых для перехода по ссылке, а также работы с длинными именами (с указанием пути). Старые функции при этом будут работать с текущим образом, таким образом данная реализация является абсолютно совместимой сверху вниз с уже существующими программами.
    На втором этапе реализации предлагаю для жесткого диска зарезервировать еще одно устройство - E:. Много программ, использующих доступ через #3D13, также смогут с ним работать. Для обеспечения совместимости с остальным ПО можно ввести команды переназначения устройств A:, B:, C: и D: с физических дисководов на эмулируемые и обратно, например:
    FOR A: "Magazine/ZX-Format/Issue2" - включаем маппинг устройства A: на указанный образ
    FOR A: "" - маппинг устройства A: на тот образ, в котором мы сейчас находимся
    FOR A: - отключаем маппинг устройства A: и возвращаем на место дисковод.
    На третьем этапе, можно реализовать поддержку удлиненных образов (256 логических дорожек вместо 160). TR-DOS это вполне допускает по своей идеологии; большинство, если не все, программы смогут с ними работать.
    Также хотелось бы связаться с авторами VTR-DOS на предмет использования ее для проекта "файл-сервер". В виду хорошести разработки я предложил бы внедрить поддержку сервера в нее наряду с поддержкой жесткого диска вместо создания собственной системы.

  2. #1
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •