Board.KolibriOS.org
http://board.kolibrios.org/

Работа с файловой системой
http://board.kolibrios.org/viewtopic.php?f=35&t=475
Страница 16 из 18

Автор:  diamond [ Пт май 25, 2007 6:07 pm ]
Заголовок сообщения: 

Alver
Попытка обращения к пути /kos/ приведёт к ошибке 5, файл не найден. Попытка обращения к пути C:\KOS\ приведёт к поиску в текущей папке элемента с именем "C:\KOS\", которого там, естественно, нет, так что тоже вылезет ошибка 5.
bw
Я что-то тоже не пойму. /%sys% (или что мы там решим) перенаправляется на заданный каталог. В случае нормальной загрузки это /rd/1/, в случае загрузки с помощью специального загрузчика это /hdx/y/kolibri/. Рассмотрим второй случай, поскольку первый сомнений вроде бы не вызывает. Когда мы обращаемся к папке по имени /sys и когда мы обращаемся к папке /hd0/1/kolibri - в обоих случаях мы получаем одно и то же. Фактически /sys является жёсткой символьной ссылкой (hard link) на системную папку. И когда мы её используем, мы никакую папку не отдаём только KOS.
Цитата:
Т.е. любой путь относительно файловой системы, а не представления о ней KOS.

Ничего не понял. В чём существенная разница?

Автор:  diamond [ Пт май 25, 2007 6:13 pm ]
Заголовок сообщения: 

Да, и ещё исторический комментарий. Идея введения ссылки %sys% не моя, она принадлежит SPraid'у и связана с вопросами загрузки с жёсткого диска напрямую, без загрузки образа и вообще без рамдиска. Первичная реализация тоже принадлежит SPraid'у и там обращение было через %sys%. Мне принадлежит оптимизация этого кода, попутно оказалось легко добавить обработку относительных путей в функции 70, поэтому имя папки сменилось на /%sys%, ибо "%sys%" является валидным именем и на FAT, и на NTFS.

Автор:  Alver [ Пт май 25, 2007 8:25 pm ]
Заголовок сообщения: 

diamond писал(а):
Да, и ещё исторический комментарий. Идея введения ссылки %sys% не моя, она принадлежит SPraid'у и связана с вопросами загрузки с жёсткого диска напрямую, без загрузки образа и вообще без рамдиска. Первичная реализация тоже принадлежит SPraid'у и там обращение было через %sys%.

Тогда по логике следует спросить мнение SPraidа, в теме о правах и файлах он высказывался вродебы за '/sys' и '/prog'

Автор:  SPraid [ Сб май 26, 2007 2:57 pm ]
Заголовок сообщения: 

ещё раз повторяю.... с процентами я снеачала сделал по аналогии виндовс. но далее при использовании мне показалось что искать знак процента на клавиатуре долго(в отличии от букв) и предложил от них избавится... и сделать /sys

Автор:  bw [ Сб май 26, 2007 7:02 pm ]
Заголовок сообщения: 

Я думал %sys% это переменная окружения, тогда слеш в начале был бы лишним. Но если вы предлагаете делать ссылки (что, мне кажется задачаей более сложной), тогда вопросов не возникает.

..bw

Автор:  SPraid [ Сб май 26, 2007 8:49 pm ]
Заголовок сообщения: 

В принципе - это может использоваться в ядре... а дальше как вам нравится - в конфиге можете прописать хоть /bugoga

Автор:  diamond [ Пн май 28, 2007 3:40 pm ]
Заголовок сообщения: 

Тогда останавливаемся на варианте /sys, так?

Автор:  SPraid [ Пн май 28, 2007 5:27 pm ]
Заголовок сообщения: 

Да.
Когда заменим во всех программах (кроме системных) всё на отностительные ссылки, то можем сделать пустым рам диск.

Я считаю - что в системных программах надо указать полный путь (с использованием /sys конечно)
Вопрос: какие программы считать системными? (далее можно все кроме системных вынести в отдельный каталог..)

Автор:  Mike [ Ср июн 20, 2007 9:00 pm ]
Заголовок сообщения: 

diamond писал(а):
Ревизия svn.262 поддерживает чтение файлов и папок, а также запуск программ с NTFS-разделов. Начиная с этого момента, все смещения и все размеры файлов следует считать 64-битными, NTFS-код поддерживает файлы размером больше 4G. Разреженные, сжатые и зашифрованные файлы, а также именованные потоки пока не поддерживаются.

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

Автор:  diamond [ Чт июн 21, 2007 12:47 pm ]
Заголовок сообщения: 

Mike
А в моём - на одном из последних из тех, которые я вообще учитываю.

Автор:  Maxis [ Вс авг 26, 2007 7:40 pm ]
Заголовок сообщения: 

Если жесткий диск разбит вот так: http://ifolder.ru/3118362 то kfar не видит ни одного диска, KFM видит первый, но с file system error. Если первый раздел отформатировать в какую либо ФС, то всё работает. SVN 608

Автор:  DmitrySokolowsky [ Вс авг 26, 2007 9:51 pm ]
Заголовок сообщения: 

И до сих пор нельзя одновременно копировать на раздел и читать с него. Более того - во время копирования другие разделы тоже не читаются, включая рамдиск, дискету и компакт-диск...

Автор:  Gluk [ Вс авг 26, 2007 10:56 pm ]
Заголовок сообщения: 

diamond, лично у меня только что случилась неприятность.. трагически погиб ntldr винды.. будь у Колибри воможность писать в ntfs, я бы живо слил его с другого компа, и ве было бы ок, и не встал бы срочный серьезный проект.. но однако, увы =( я все-таки еще раз прошу сделать зпись в ntfs разделы, дабы подобное не приключилось снова у меня, или у кого-либо еще.. // чтобы не было вопросов, здесь я с ноутбука

Автор:  Mario79 [ Пн авг 27, 2007 7:40 am ]
Заголовок сообщения: 

Maxis
Создай на пустом месте маленький раздел FAT, и будет работать. Код определения разделов в Колибри не переваривает пустых входов MBR. Отладить пока не могу, потому что винт у меня один и поганить его я не могу.

Атауальпа
Про это уже писали и все объяснили - думаешь так легко сделать псевдопараллельный доступ на уровне ядра? Это же куча кода, который к тому-же нужно долго отлаживать.

Gluk
Если бы это было просто сделать, то он давно бы уже сделал.

Автор:  Gluk [ Пн авг 27, 2007 5:05 pm ]
Заголовок сообщения: 

Цитата:
Если бы это было просто сделать, то он давно бы уже сделал.

знаю, да если бы это было просто, я бы и сам за это взялся =) потому и прошу..
тем более, что главный аргумент все-таки, как я понял,
Цитата:
А в моём - на одном из последних из тех, которые я вообще учитываю.

Страница 16 из 18 Часовой пояс: UTC+03:00
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/