Как я могу использовать класс FileInfo, избегая PathTooLongException?

Question

Как я могу использовать класс FileInfo, избегая PathTooLongException?

Существует много способов, которыми можно сделать это. Вот два:

можно открыть файл ISO с помощью менеджера архива (щелчок правой кнопкой по файлу, и выбор Открывают With Archive Manager ). Пакеты в pool каталог.
Используя терминал, можно ввести эту команду:
```
sudo mount -o loop,ro "/path/to/the/image.iso" "/path/to/the/mount/point"
```
"/path/to/the/image.iso" местоположение Вашего файла ISO, в то время как "/path/to/the/mount/point" местоположение пустого каталога. После выдачи команды Вы найдете файлы ISO в том каталоге. Снова, пакеты внутренние pool.

Примечание, что pool каталог содержит некоторые базовые пакеты. Другие пакеты не поставляются в CD, ни ни в какой установке (потому что это удвоило бы размер это).

13

c# exception

задан PeeHaa 3 November 2013 в 17:45

2 ответа

Другие вопросы по тегам:

c# exception

Похожие вопросы:

score 8 · Answer 1

Насколько я знаю, это нелегко. Хотя можно использовать обходной путь для потоков, как упоминалось в Phoenix, это невозможно для обработки имен файлов. Внутри каждый класс, который работает с именами файлов, выполняет проверку длинных имен файлов.

Вы можете создать экземпляр FileInfo и заполнить частные члены с помощью отражения (однако это не рекомендуется) и получить FileInfo, указывающий на файл с длинным путем. Но когда вы попытаетесь использовать этот объект, вы все равно получите исключения PathTooLongException, потому что, например, Класс пути (активно используемый FileInfo) проверяет наличие длинного пути при каждом вызове метода.

Итак, есть только один правильный способ получить беспроблемную поддержку длинного пути - реализовать собственный набор классов, которые будут имитировать поведение FileInfo. Это не очень сложно (возможно, только безопасность), но требует много времени.

Обновление: Вот даже два готовых решения этой проблемы: AlpfaFS и Zeta Long Paths

score 7 · Answer 2

Здесь, на работе, мы довольно часто сталкиваемся с длинными путями, и поэтому нам пришлось в основном откатывать наш собственный System.IO, чтобы сделать это. Ну, не совсем, но мы переписали File, Directory, FileInfo, DirectoryInfo и Path и это лишь некоторые из них. Основная предпосылка заключается в том, что все это возможно с точки зрения Win32 API, поэтому все, что вам действительно нужно сделать в конце дня, - это вызвать Unicode-версии функций Win32 API, и тогда все будет хорошо. Это большая работа, и временами это может быть головной болью, но лучшего способа сделать это на самом деле нет.