Расширяем TR-DOS

[NEO SPECTRUMAN]

Меня очень не устраивает НЕсегментированность файлов.

и чем она тебе не устравиает и что тебе даст фрагментация файлов?

даже если сделать таблицу соответствия виртуальных секторов физическим
все равно с точки зрения трдоса будут торчать удаленные файлы
и в конечном итоге все упрется в 128 файлов (когда на диске их будет штук 10)

если же постоянно сжимать каталог прямо средствами трдос-а (напомню что у него нет своей памяти под все это)
то ВНЕЗАПНО неожиданно для программы может изменится весь каталог
и она будет писать не туда куда надо
а по адресам из копии не измененного каталога который лежит в памяти

так что совместимости не будет
так же как и каких то преимуществ

[Grand]

C-DOS еще и папки поддерживает:

Ну папками нас и в TR-DOS не удивишь. https://zx-pk.ru/showthread.php?p=98252

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

Было бы значительно интереснее "прикрутить" сегментированность.

Мне казалось, что в других файловых системах отходят от этого. Сегментированный каталог - это хорошо, но файл - нет. Проще писать файл в первую подходящую свободную область - и это можно реализовать на дисках TR-DOS.

[Djoni]

Да проблема обновления TR-DOS назрел давно.

По теме , в новой версии TR-DOS нужно поддержать DirSys и в перспективе и на будущее допилить это программное расширение до поддержки даты и времени создания файла.
В рамках обычного Zx 128 и Beta Disk Interface особой пользы от даты нет , а в вот при при создании образов и работы с файлами в среде FAT при переводе дискет в образы было бы удобно, уже достаточно машин где есть энергонезависимые часы , кстати RTC поддерживается и в операционной системе ESXDOS через драйвер.

вот смотри пример, 3е
люди сделали в минимум и все работает
https://worldofspectrum.org/zxplus3e/index.html
модификация пзу и цепляй иде винт

так можно и трдос думаю

Было бы неплохо , но ZX Spectrum +3 аппаратно по жирнее обычного ZX 128 , пзу 64 кб плюс дополнительный порт 1FFD для управления памятью и пзу , да и +3DOS достаточно продвинутая система из коробки умеет настраивая на разные форматы дискет , у каждого файла есть заголовок 128 бит где хранится параметры фала так что без проблем можно работать файлами в среде FAT что и сделано в ESXDOS и NextZXOS, да и формат файлов +3DOS как бы стал стандартом на ZX.
Но и у нас не всё так грустно , есть клоны ZX с пзу 64 кб нулевую страницу пзу используется под расширение TR-DOS , с Basic 128 сложнее

Все мы знаем что первые версии Beta Disk Interface делался под 48-ю машину , с выходом Zx128 разработчикам пришлось переделывать интерфейс менять точки вызова и так далее , с 128 бейсиком TR-DOS почти не работает ну кроме обработки команд набранных посимвольно в Basic 128 , в интерфейсе отслеживается бит D4 порта #7FFD при сброшенном бите D4 (включено пзу Basic 128) защёлка интерфейса заблокирована.
Можно убрать этот сигнал из дешифрации интерфейса и мы сможем использовать эту область пзу с tr-dos , есть модифицированные версии Basic 128 в которых не использую код в диапазоне 15616-15871 (3D00-3DFF) что не приводит к срабатыванию защёлки TR-DOS ,этот патч нужен для интерфейса Divide и DivMMC там тоже схожие проблемы с TR-DOS и Basic 128.

[Grand]

В фирменном мануале по СМУКу упоминалась некая "Micro DOS - лучшее средство для программиста".

Похоже, она так и не была написана (дописана).
Но сегодня мы могли бы использовать на SMUC HDD ее разделы.

[Sayman]

FATне прижился из-за своей сложности и тупости. Надо разработать свою файловую систему - простую, годную и для дискет, и для HDD.

Вот это "здрасьте". оригинально уж в сравненни с "ФС" трдоса, FAT просто монстр гениальности! все ваши хотелки там более 30 лет как существуют. хотите более другую ФС (типа фи, нам поделок от MS не нужно, да?) - очень хорошо. А переносимость между пц и спектрумом как решать будете в новой фс, если её на старших машинах нигде нет. уж извините, про "сложную и тупую" FAT знает любая Китайская перделка. Громкие слова, конечно, сложная и тупая... да да..

[AndTorp]

и чем она тебе не устравиает и что тебе даст фрагментация файлов?

Было бы удобнее работать с несколькими файлами, например, в том же ZASM. Потому что, например, файлы изображений имеют (в большинстве случаев) стандартный размер - 6912 байт и некоторые графические редакторы поддерживают возможность записи "поверх" предыдущего файла. С текстами так не получится.

даже если сделать таблицу соответствия виртуальных секторов физическим
все равно с точки зрения трдоса будут торчать удаленные файлы

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

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

Ну папками нас и в TR-DOS не удивишь

Сейчас нет, а для времени создания (1989) - круто.

Мне казалось, что в других файловых системах отходят от этого. Сегментированный каталог - это хорошо, но файл - нет. Проще писать файл в первую подходящую свободную область - и это можно реализовать на дисках TR-DOS.

Это хорошо, когда на внешнем носителе несколько сотен гигабайт, на малых объемах будет весьма расточительно.

[Grand]

А переносимость между пц и спектрумом как решать будете в новой фс

Предвидел этот вопрос.
Также как и сейчас. Когда мне надо перенести файл с дискеты TR DOS скажем в W7, я в W7 пользуюсь программами, читающими эти дискеты, а не записываю на FAT-носитель в TR DOS, чтобы потом читать его в W7.

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

Это хорошо, когда на внешнем носителе несколько сотен гигабайт, на малых объемах будет весьма расточительно.

Этот метод используется на всех блочных носителях в системе RT11 (включая дискеты) на ДВК, и довольно успешно. Объемы носителей там, по нашим меркам, маленькие (до 32 Мб).

[Sayman]

Также как и сейчас.

да не ужели? новые хоббеты тоже как сейчас таскать будете? и старый виндовый софт. конечно, вкурсе про ваши мегабайты для трдоса? ну ну.
как это делаю я: подрубаю sd карту к пц, кидаю образы trd и работаю на реале с ними. трдос дискет у меня ровно 0.
а на винт как будете файлики таскать с новой фс? W7 ваши новые фс не знает, как и весь старый трд софт.

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

и довольно успешно.

что-то не заметно. чтобы RT11 сама по себе где-то успешно применялась в 2020 году. мёртвая фс с мёртвой машины, да, очень успешно.

[NEO SPECTRUMAN]

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

это плохо вяжется с большими файлами (нарезкой)
для которых собственно и нужно расширение трдосов

ну и новые файлы будут ВНЕЗАПНО создаваться посреди каталога
сортированость будет еще хуже чем сейчас

и вообще
это равносильно тому что сразу выделять под файл 64К
и хоть 16М образ это без проблем позволяет

ни одна имеющаяся программа не буде так делать
а будет пытатсо притулить следующий файл впритык
и ей никак не докажешь что нужно писать поверх другого файла или за пределы чтобы что то дописать в уже имеющийся...

[Sayman]

и ей никак не докажешь что нужно писать поверх другого файла или за пределы чтобы что то дописать в уже имеющийся...

вопрос: почему все действия по работе с файлами возлагаются на "софт", а не трдос? это как раз её обязанность - распихивать файлы как нужно, а не как хочется.