Не удается использовать длинные пути в Windows 2016

Я был рад видеть, что в последних версиях Windows 10 и Windows Server 2016 старые ограничения в 260 символов для имен папок и файлов можно преодолеть.

Я только что установил Windows 2016 на новый компьютер и выполнил шаги по включению длинных путей (как подробно описано здесь ), и до сих пор получаю сообщения о том, что файлы не могут быть скопированы или папки созданы, потому что они создали бы длинный путь.

Что я сделал не так, есть ли что-то еще, что мне нужно сделать?

windows windows-server-2016

— userSteve
источник

Описание настройки, как видно из самой статьи, на которую вы ссылаетесь, гласит:

Включение длинных путей NTFS позволит манифестированным приложениям win32 и приложениям Магазина Windows получать доступ к путям за пределами обычного ограничения в 260 символов на узел. Включение этого параметра приведет к тому, что длинные пути будут доступны в процессе.

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

На момент написания этой статьи, Explorer.exe и cmd.exe не пользуются этим еще . (Но они, в конце концов ... просто дать ему время.)

Но я видел, как Powershell использует новую функцию:

— Райан Райс
источник

Хорошо, так позвольте мне получить это прямо. Microsoft наконец-то представила способ для некоторых приложений обойти эту проблему, и стандартный Windows File Explorer не является одним из них ?!

— userSteve

@userSteve Возможно, это связано с тем, что для Explorer доступно так много сторонних плагинов, каждый из которых, вероятно, предполагает старую максимальную длину пути. Я подозреваю, что для этой работы нужно было бы разработать довольно сложное инженерное решение - если это вообще возможно (многие плагины действительно плохо разбираются в недокументированных структурах данных, что делает их невероятно трудными для работы при внесении изменений в . исследователь Теперь представьте , что изменение размера максимума фундаментальной части данных будут делать ...)

— Muzer

@userSteve Оболочка - очень сложный зверь с десятилетиями унаследованных путей кода и обратной совместимостью, которые она должна поддерживать ... Однако я могу заверить вас, что над ней работают ведущие специалисты Microsoft. :)

— Райан Райс

@Muzer Вы можете быть правы, но это говорит о том, что ни одно приложение, которое использует столько, сколько стандартное диалоговое окно «Открыть файл», не может безопасно выбрать.

— hvd

@JesseSlicer Top ... Мужчины ...

— Райан Райс