Новая система каталогов в TR-DOS

[Spectre]

от TRDOS как таковой вообще?
Всем понятно, что даже если инфу хранить на дискетах, то дискеты не HDD, они ж (дискеты) портятся! Как обходить царапины? Какой механизм фрагментаци? Дата создания? Права доступа? Каталоги? Изменение формата? Длинные имена? Большой размер?

Поздно. Поезд давно ушел. Сейчас russian spectrum = spectrum + tr-dos

Если смотреть с точки зрения совместимости с TR-DOS, то DirSys на 100% удовлетворяла нужду в каталогах (которые по большому счёту большинством пользователей не очень нужны по причине слобости базы - именно файловой системы TR-DOS).
Нафиг огород городить? Хотите работать со старыми программами - используйте TR-DOS базовую файловую систему, на крайний случай -DirSys.

А давай теперь медленно перечитай самое первое сообщение этой ветки, в нем как-раз и было написано чем не устраивает DirSys и зачем "огород городится".

Хотите работать комфортно - берите другую систему, где всё учтено.

Какую другую? Где на спектруме другие системы которые я могу с легкостью взять и использовать вместо TR-DOS'а? Разве что IS-DOS приблизилась к званию конкурента TR-DOS (а там и каталоги и фрагментация и bad-сектора есть и большие диски), но все равно не смогла побороть.

[fk0]

С точки зрения софта, не знающего о системе, нельзя, с точки зрения TR-DOS Navigator'а такого ограничения нет ибо он полагается не на имя файла, а на его порядковый номер. Теоретически все 128 файлов могут иметь одинаковые имена и TRDN будет отличать их друг от друга.

A praktiчески с такими файлами нельзя будет работать в ZXASM и многих других программах, которые ищут запись в каталоге ПО ИМЕНИ.

[fk0]

ок. В случае DirSys'а потребуется изыскать дополнительных 512(1280) байт в памяти для хранения структуры каталогов, найти место для громоздкой процедуры рассчета CRC. В случае каталогов в отдельном файле опять-таки нужно найти место в памяти для его загрузки. В случае TRDIR дополнительного места не потребуется, то есть интегрировать ее проще всего.

Ну не адо никаких громоздких, процедура подсчёта CRC занимает
пару десятков байт.

В системном секторе еще остается достаточно места для других программ. Можно переназначить их в свободное место. И такое использование достаточно редкое.

Это значит /гарантированно/ нарваться на несовместимость с другими программами,
с тем же DIRSYS.

Уже обозначились 3 разных подхода к хранению структуры каталогов:

1) В 9-15 секторах 0-ой дорожки
2) В отдельном файле
3) В 0-8 секторах 0-ой дорожки вместе с файлами.

4)В КАТАЛОГЕ !!!

Что мешает в каталоге создавать файлы 0-й длины, и таким образом отделять разные коллекции файлов друг от друга. Во времена zxnet, так на BBS файлы
лежали, было очень удобно. Ещё более удобно, что никакой спец-поддержки
от софта не нужно, такие "каталоги" видны в любом коммандере. Единственный существенный недостаток -- уровень вложенности "каталогов" <= 1.

[GriV]

была очень неплохая система, вообще то говоря и с большим запасом на будущее, другое дело что маркетологи Iskra-soft очень сглупили хорошо и такую перспективную систему загубили.
Хотя, вообще то говоря, я не рассматриваю is-dos как систему комфортную, но вообще говоря она на 95% удовлетворяла (если не считать её сложности) потребности того времени.

[GriV]

убрать недостатки проектирумеой пока ещё системы
Оставлять в который раз совместимость с TR-DOS - опять оставить всё на месте

[key-jee]

4)В КАТАЛОГЕ !!!

Вообще-то, это и есть пункт 3.. Прочти ветку с самого начала чтоли

[Advertiser]

[Spectre]

Сразу чувствуется приход маститого фидошника. И сразу чувствуется стиль Кирилла Фролова: не читать всю ветку с начала, высказывать свое мнение не взирая на то что было сказано другими.

Ну не адо никаких громоздких, процедура подсчёта CRC занимает пару десятков байт.

Мистер Фролов никогда не видел описания DirSys? А я между прочим перед началом этой темы пытался внедрить DirSys в Quick Commander и неплохо преуспел в деле оптимизации процедуры подсчета CRC. Но вот оригинал, далеко не 20 байт размеру:

CRC	 PUSH HL
		INC DE
		LD BC,#0000
CRC1	PUSH DE
		LD A,C
		XOR (HL)
		LD E,A
		PUSH BC
		PUSH HL
		LD BC,#0000
		LD D,#08
CRC2	PUSH BC
		LD A,C
		RRA
		LD A,B
		RRA
		LD B,A
		LD A,C
		RRA
		LD C,A
		POP HL
		LD A,E
		XOR L
		AND 1
		JR Z,CRC3
		LD A,B
		XOR #A0
		LD B,A
		LD A,C
		XOR #01
		LD C,A
CRC3	LD A,E
		RRCA
		AND #7F
		LD E,A
		DEC D
		JR NZ,CRC2
		POP HL
		POP DE
		LD A,D
		XOR C
		LD C,A
		LD A,E
		XOR B
		LD B,A
		INC HL
		POP DE
		LD A,H
		CP D
		JR NZ,CRC1
		LD A,L
		CP E
		JR NZ,CRC1
		DEC DE
		POP HL
		RET

Это значит /гарантированно/ нарваться на несовместимость с другими программами,

Список программ в студию. Я думаю он будет очень короткий.

с тем же DIRSYS.

Могу приложить к сообщению описание DirSys'а, тогда подобных заявлений станет гораздо меньше. DirSys НЕ ИСПОЛЬЗУЕТ 8-ой сектор для своих записей.

4)В КАТАЛОГЕ !!!

Гениально. А мы 5 страниц тут про что рассуждаем?

Что мешает в каталоге создавать файлы 0-й длины, и таким образом отделять разные коллекции файлов друг от друга. Во времена zxnet, так на BBS файлы
лежали, было очень удобно. Ещё более удобно, что никакой спец-поддержки
от софта не нужно, такие "каталоги" видны в любом коммандере. Единственный существенный недостаток -- уровень вложенности "каталогов" <= 1.

Как мне перенести файл из одного такого каталога в другой? Как мне собрать 3 файла разнесенных по всему диску в один такой каталог без физического копирования?

[Spectre]

И вообще ветка для этого и устраивается для того чтобы за счёт (не)здоровой критики убрать недостатки проектирумеой пока ещё системыОставлять в который раз совместимость с TR-DOS - опять оставить всё на месте

Все только за. Но причем к системе каталогов в TR-DOS недостатки самого TR-DOS'а? Это несколько другая тема. Здесь пока система каталогов в проекте хотелось бы обсуждать именно ее.

[Vitamin]

Формат даты (полубайтами): день+месяц и мл.байт+ст.байт года, берется из CMOS часов.

получается, система будет работать только 2 недели из месяца?
почему бы не использовать еще 2 байта- расположение файла, все равно оно не имеет смысла для каталогов- файлов нулевой длины

[Spectre]

получается, система будет работать только 2 недели из месяца?

Гм, да. Действительно, не учел.

почему бы не использовать еще 2 байта- расположение файла, все равно оно не имеет смысла для каталогов- файлов нулевой длины

Параметры трэк/сектор нужны для правильной работы дисковых утилит, которые проверяют каталог на ошибки. Также по длине в секторах, трэк, сектору проверяется директория это или нет.

О! Вот недостающее звено в деле защиты TRDIR от порчи: надо в описании директории указывать ее порядковый номер в каталоге, тогда если какую-нибудь директорию удалят, это можно отследить и легко исправить.

Тогда от даты придется точно отказаться и у нас остается 1 неиспользуемый байт.