Последний раз редактировалось Alexandr Medvedev; 23.11.2007 в 17:25. Причина: Добавлено сообщение
Да. Потому-что другого не дано: это недоработка системы MS-DOS; мы же можем и должны сделать правильно. Впрочем, в W98, в "свойствах файла" иногда появляется "Изменён: неизвестно", значит кое-что там всё-таки предусмотрели.Сообщение от CityAceE
Представим другую ситуацию. У нас есть Спектрум-совместимый компьютер без интерфейса CMOS-часов и TR-DOS Navigator с новой Directory System, поддерживающей даты. Мы берём готовый диск TR-DOS без DirSys с целью рассортировать файлы. Создаём каталог, переносим туда файлы, и что увидим? У всех файлов одинаковая дата: "01.01.80"!
"Без даты" (или "пустая дата") - это как "пустой стринг" в BASIC: LET a$="" Как-бы в стринге ничего нет, но сам он есть!Сообщение от CityAceE
Программы, записывающие диски MS-DOS на Спектруме (TRMSHOB, Domen OS) так и делают, и это выглядит глупо: недоработка MS-DOS, как я сказал.Сообщение от CityAceE
Или вообще чистую строчку.Сообщение от Costa
Directory System её не использует, и, надеюсь, никогда не будет . Каталоги нужнее лишних файлов. Но это моё мнение.Сообщение от Alexandr Medvedev
Однако, хотелось бы узнать, а есть ли софт, использующий эту "недокументированную особенность"?
Последний раз редактировалось Grand; 27.11.2007 в 03:24.
Если в каком-либо моем посте перестала работать гиперссылка или показываться картинка, напишите мне об этом в личном сообщении,чтобы я смог это исправить.
Grand's - сайт об электронно-вычислительной технике (зеркало)
Да почему не будет? Что мешает-то?
Лишние файлы храняться в начале системного сектора а DirSys храниться ПОСЛЕ системного сектора. Утверждение о том что каталоги нужнее лишних файлов мне не понятно. Они друг другу абсолютно не мешают.
В плагине к FAR на дисках в DirSys файлы после 128-го всегда относятся в корневому каталогу, предлагаю так-же сделать и в TRDN, для полной совместимости.
По поводу дат не совсем понятно за что эти даты будут отвечать. В FAT и NTFS есть даты содания, модификации и последнего доступа к файлу, а что планируется в DirDys?
Дату последнего изменения для файлов и создания для каталогов, как я полагаю. Другое в однозадачной ОС, как считаю я, - лишнее.Сообщение от Alexandr Medvedev
В общем-то, для TR-DOS дата создания и дата изменения, в целом, одно и тоже, поскольку, в большинстве случаев, прикладные программы записывают новый файл с изменениями, а старый удаляют.
Опять-таки моё мнение, но как-то непрофессионально это выглядит... DirDys - это прозрачная надстройка: софт, незнающий о ее существовании будет работать без ошибок со стандартным каталогом TR-DOS, а со 142-я файлами конфликт почти гарантирован. Я никогда не решусь хранить более 128-и файлов с таким "дополнением".Сообщение от Alexandr Medvedev
Кроме того, некоторые программы проверяют целостность информации нулевой дорожки, и естественно выдадут ошибку. Такую проверку мы планиоуем сделать в будущих версиях TR-DOS Navigator'а.
Если в каком-либо моем посте перестала работать гиперссылка или показываться картинка, напишите мне об этом в личном сообщении,чтобы я смог это исправить.
Grand's - сайт об электронно-вычислительной технике (зеркало)
Если в каком-либо моем посте перестала работать гиперссылка или показываться картинка, напишите мне об этом в личном сообщении,чтобы я смог это исправить.
Grand's - сайт об электронно-вычислительной технике (зеркало)
Проблема большей частью имхо обстоит не в том, как вводить даты а в том как их хранить чтобы программы на соседних платформах не ошибались и можно было использовать имеющийся инструментарий
то есть проще говоря надо писать не только на реальный диск но и на диск TRD формата который не может содержать дополнительных секторов/дорожек и прочих извратов которые на реале вполне даже возможны.
Погрязли в эмулировании называется %)
Вариант использования последней/предпоследней дорожки не устраивает?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Разбираясь с форматом хранения отгрузок Nintendo GameCube наткнулся на интересный метод хранения даты (его встречал и ранее, но забыл). В четырёх байтах хранится количество секунд, которое прошло начиная с определённой даты. То есть в 4 байта умещается диапазон в 136 лет и сколько-то там дней! Весьма неплохо... Вот только процедура перевода секунд в дату займёт прилично места.
С уважением, Станислав.
Вот нечто подобное -- кусок исходника плагина FAR для работы с архиватором .tar, тока точность повыше.Код:// Number of 100 nanosecond units from 01.01.1601 to 01.01.1970 #define EPOCH_BIAS _i64(116444736000000000) void WINAPI UnixTimeToFileTime( DWORD time, FILETIME * ft ) { *(__int64*)ft = EPOCH_BIAS + (__int64)time * _i64(10000000); }
Идея интересная. Хочется, чтобы была написана процедура на ассемблере Z80 чтобы оценить ее быстродействие на реальном ZX.Сообщение от CityAceE
Если в каком-либо моем посте перестала работать гиперссылка или показываться картинка, напишите мне об этом в личном сообщении,чтобы я смог это исправить.
Grand's - сайт об электронно-вычислительной технике (зеркало)
По большому счёту, это получается нечто типа программы вечного календаря. Наверняка эта задача уже решалась для Z80 и не раз.
Последний раз редактировалось CityAceE; 29.08.2008 в 06:56.
С уважением, Станислав.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)