Доброе время суток.

Подскажите , пожалуйста, как получить короткий путь к папке.
Есть какая-то сетевая папка с длинным путём. Например:
\\common-server\Какие-то данные\Вложенные данные\Вложенные данные 1\Вложенные данные 2\Совсем вложенные данные 3....
Этот путь может быть символов до 300 и , наверное, больше.

Если посмотреть свойства папки, то на вкладке "общие" в пункте "Расположение" будет что-то типа:

\\common-server\Какие-то данные\Вложенные данные\AD5F~1\548E~1\64F8~1...

Проблема в том, что некоторые функции .Net (например Directoryinfo.GetAccessControl()) вываливаются с ошибкой (директория не найдена) на таких длинных путях, что и логично, т.к. это больше максимально допустимой длины в названии.

Но, если подставить короткий путь (c ~), скопировав из свойств в проводнике, то всё работает. Этот короткий путь можно получить с помощью WinApi функции GetShortPathName (варианты GetShortPathNameA, GetShortPathNameW).

Вроде всё и хорошо, но эта функция не всегда отрабатывает на длинных путях.
Объявлена так:

[DllImport("kernel32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
private static extern int GetShortPathNameW(string pathName, StringBuilder shortName, int cbShortName);


Вариации с атрибутом CharSet пробовал разные.Вариант для длинных UNC (\\?\), описанный в документации МС, тоже пробовал.
С помощью классов .Net (DirectoryInfo,Path,Directory) удавалось получить только длинный путь.

Не подскажите, как можно получить короткий путь к папке или заставить работать функции .Net (например Directoryinfo.GetAccessControl()) на длинных путях?
ОС: Windows 10, 64 bit

Roman MejtesФайл может не иметь короткого имени, оно не обязательно.


Это-то , понятно.


[/quot]

Спасибо. Но я писал в вопросе (забыл только код выделить), что эта функция не отрабатывает на длинных сетевых именах, вне зависимости, кстати, от атрибута CharSet.

Petro123UVG,
Кстати, откуда появляются такие пути?))


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

Petro123UVG,

https://ru.m.wikipedia.org/wiki/Subst
?

Спасибо )).Такой вариант известен, на аврал. Вариант с dir ... /X , тогда уж тоже можно рассмотреть ))

Petro123UVGпропущено...



Не знаю. Я не являюсь админом и не создаю эти папки. Но, надеюсь, разобраться, откуда они, нужны ли, можно ли обойтись без них и т.д. и т.п. ))
Да. Отпишись потом что за файлы на такой глубине.
Ну и тест длинного пути сюда дай как пример.
ИЛи ошибка вообще неповторяемая плавающая?

Файлы какие...., обычные пользовательские файлы, на такой глубине (эксели, доки и т.д. и т.п.).В большинстве своём, программы с ними работают, но некоторые глючат...

Ошибка не плавает, прекрасно повторяется (GetLastWin32Error() выдаёт стабильно 3-ку, в описании: "The system cannot find the path specified" ).

Сейчас проблема-то, по сути, решена рекурсивным вызовом GetShortpartNameW , когда сначала короткий путь создаётся, для директории, а потом для вложенных в неё директорий, уже по имеющемуся короткому пути.

Этот алгоритм, содержит потенциальную ошибку, для случая, когда короткий путь директории совместно с длинным названием поддиректории вылезают за ограничение длины, но пока такого не встретилось.

Ну , а можно ли избавится от сегментов в 8.3 нотации, поговорю, как будет возможность, с админами.