Длинные пути.
Модератор: motyara
-
- Сообщения: 109
- Зарегистрирован: Вт янв 29, 2008 4:44 pm
Длинные пути.
UC не умеет работать с файлами путь к которым длиннее чем 256 символов, хотя NTFS поддерживает пути до 32768 символов. Справедливости ради скажу, что знаю только один файлменеджер, это умеющий - mucommander.
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
-
- Сообщения: 109
- Зарегистрирован: Вт янв 29, 2008 4:44 pm
Re: Длинные пути.
C одной стороны - оно так. А с другой - если считать Проводник за образец - то непонятно, зачем вообще браться за разработку файлменеджера.
Возможно, поможет это: http://msdn.microsoft.com/en-us/library/aa365247.aspx Ограничение в 256 символов введено микрософтом непонятно с какого перепою, но они же оставили лазейку с префиксом \\?\. Видимо, этот способ и использует джава на которой написан mucommander. Если его реализовать - у UC сразу появится область, в которой он будет превосходить всех конкурентов. Правда, неясно - как это скажется на производительности.
Возможно, поможет это: http://msdn.microsoft.com/en-us/library/aa365247.aspx Ограничение в 256 символов введено микрософтом непонятно с какого перепою, но они же оставили лазейку с префиксом \\?\. Видимо, этот способ и использует джава на которой написан mucommander. Если его реализовать - у UC сразу появится область, в которой он будет превосходить всех конкурентов. Правда, неясно - как это скажется на производительности.
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
Поставим вопрос под другим углом - Вам действительно надо иметь возможность работать с именами файлов длиннее 260-ти символов при факте что никакая другая программа на компьютере не сможет этими файлами воспользоваться? Если да, то поясните как же можно это использовать...
Эта "область превосходства над конкурентами" довольно бесполезная, подозреваю что ее обнаружили бы и, тем более, начали бы активно целенаправленно использовать не более чем 5-10 человек из всех пользователей программы.
Эта "область превосходства над конкурентами" довольно бесполезная, подозреваю что ее обнаружили бы и, тем более, начали бы активно целенаправленно использовать не более чем 5-10 человек из всех пользователей программы.
-
- Сообщения: 109
- Зарегистрирован: Вт янв 29, 2008 4:44 pm
Re: Длинные пути.
Вам действительно надо иметь возможность работать с именами файлов длиннее 260-ти символов
Иногда -да. Последний раз - когда GetDataBack восстанавливая данные наглючила и насоздавала каталогов с неадекватной глубиной. Удалить их никто не мог, я напряг память и вспомнил, что mucommander написан на джаве, а джаве безразлична длина пути, поставил muc и удалил этот мусор. А если б не вспомнил - не знаю, что делал бы. Собственно, после этого и создал тему.
Наберите в google "tc|far длина пути"Эта "область превосходства над конкурентами" довольно бесполезная
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
И часто ли появляется такая проблема? Один, два раза в жизни... рационально ли перестраивать ради этого программу под использование UNC-путей? (тем более при факте что даже Microsoft их не спешат использовать)... пока что я не вижу в этом смысла. Если бы все программы, включенные в в Windows, умели с такими путями корректно работать по умолчанию, то об этом стоило бы задуматься, но они не умеют... а чинить файловую систему на мой взгляд - задача не для файлового менеджера.Diff писал(а):Иногда -да. Последний раз - когда GetDataBack восстанавливая данные наглючила и насоздавала каталогов с неадекватной глубиной. Удалить их никто не мог, я напряг память и вспомнил, что mucommander написан на джаве, а джаве безразлична длина пути, поставил muc и удалил этот мусор. А если б не вспомнил - не знаю, что делал бы. Собственно, после этого и создал тему.
Набрал и увидел несколько сообщений (не больше 10-ти), из которых можно сделать вывод что нескольким пользователям существование такой проблемы не нравится... Но что нужно набрать в строке поиска чтобы увидеть скольким пользователям до этого нет дела? То есть скольких устраивает длина пути в 260 знаков... я в математике не силен, но подозреваю что нужно использовать вычитание...Diff писал(а):Наберите в google "tc|far длина пути"
Полагаю не нужно бессмысленно спорить по этому вопросу, время его актуальности еще не пришло.
-
- Сообщения: 103
- Зарегистрирован: Чт сен 11, 2008 3:06 pm
Re: Re:
А вот и нет. Глубокое заблуждение.Max Diesel писал(а):Поставим вопрос под другим углом - Вам действительно надо иметь возможность работать с именами файлов длиннее 260-ти символов при факте что никакая другая программа на компьютере не сможет этими файлами воспользоваться? Если да, то поясните как же можно это использовать...
Эта "область превосходства над конкурентами" довольно бесполезная, подозреваю что ее обнаружили бы и, тем более, начали бы активно целенаправленно использовать не более чем 5-10 человек из всех пользователей программы.
Существует один старый косяк, при котором нельзя удалить файлы с диска. Даже сам WinEx не может их удалить.
Вобщем таких файлов полно бывает в каталоге винды и в каталогах Временных файлв интернета. Только использование UNC путей спасает народ. И при этом приходится юзать комстроку. Для современных "мышевозов" - это довольно нелегкий труд
Уж сколько на эту тему было написано...
В поисковиках искать не надо. Бо такие проблемы обсуждаеются в конфах FIDO и в курилках админов
-
- Охотник за багами
- Сообщения: 98
- Зарегистрирован: Пт ноя 09, 2007 8:03 pm
Re: Длинные пути.
уж один раз в жизни мышевоз может в консоль зайти и там всё сделать.
-
- Охотник за багами
- Сообщения: 104
- Зарегистрирован: Сб окт 20, 2007 1:29 am
Re: Длинные пути.
Не знаю, как мышевоз, а я зайду в конкурирующий файловый менеджер, имеющий такую функцию , тем более что как раз стандартная консоль NT, емнип, с длинными путями дружит еще хуже чем шелл.
Ладно, хватит пинать труп. Вопрос уже умер не родившись. Не хочет автор это делать.
Ладно, хватит пинать труп. Вопрос уже умер не родившись. Не хочет автор это делать.
-
- Охотник за багами
- Сообщения: 98
- Зарегистрирован: Пт ноя 09, 2007 8:03 pm
Re: Длинные пути.
консоль дружит с subst'ом, проверено экспериментально.
-
- Охотник за багами
- Сообщения: 1199
- Зарегистрирован: Вс янв 31, 2010 12:12 am
Есть DVD-диск. С него копируются каталоги (первого уровня) на жёсткий диск (третий уровень, но длина пути небольшая). В UC и TC периодически получается диалог Совпадение имён файлов, а Проводник копирует без проблем.Max Diesel писал(а):Полагаю в этом вопросе надо опираться на систему... если уж даже Проводник не умеет работать с именами длиннее 260-ти символов, то вероятно не стоит пытаться бежать впереди паровоза, ведь при беге впереди него нет права на спотыкание...
Да, периодически.Max Diesel писал(а):И часто ли появляется такая проблема?
PS: В чём смысл накладывания искусственных ограничений, если они не являются необходимыми?
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
-
- Охотник за багами
- Сообщения: 1199
- Зарегистрирован: Вс янв 31, 2010 12:12 am
Речи идёт о диалоге про совпадение имён файлов, который возникать не должен бы:Max Diesel писал(а):Про что вообще идет речь? Насколько мне известно, сейчас поддерживается взаимодействие с именами файлов длиннее чем 260 знаков...
Возможно, причина в чём-то другом...Qwertiy писал(а):Есть DVD-диск. С него копируются каталоги (первого уровня) на жёсткий диск (третий уровень, но длина пути небольшая). В UC и TC периодически получается диалог Совпадение имён файлов, а Проводник копирует без проблем.
-
- Охотник за багами
- Сообщения: 1199
- Зарегистрирован: Вс янв 31, 2010 12:12 am
Выяснил, в чём причина. Действительно не в длине пути... Дело в dos-именах. Есть папка с файламиQwertiy писал(а):В UC и TC периодически получается диалог Совпадение имён файлов, а Проводник копирует без проблем.
Код: Выделить всё
Имя файла DOS-имя
APB(1)~1-01.jpg APB(1)~2.JPG
APB(1)~1.JPG APB(1)~1.JPG
Кстати, похожая проблема уже упоминалась здесь.
PS: TC копирует правильно. Видимо с тех пор, как я видел в нём такое же сообщение как в UC, это уже исправили.