Обход ограничения в 255 символов на длину пути к файлу или папке

[Alex11223]

Нет, причем тут физический диск и NTFS?

[12345qwerty12345]

Сообщение от Alex11223

Нет, причем тут физический диск и NTFS?

А как вы собираетесь тестировать длину пути в виртуальной машине через линуксоиды если они файловую систему NTFS на физическом логическом диске не поддрерживают ? Тогда нужно будет создавать еще и виртуальный логический диск с поддерживаемой линуксоидами файловой системой и проверять виртуальную длину пути а не физическую, а там уже законы обработки и их ограничения будут другими. То что сработает в виртуальной машине может не сработать в физической системе и наоборот.

[Alex11223]

В виртуальной машине с линуксом будет виртуальный диск и своя ФС не имеющая никакого отношения к NTFS на основной ОС.
Различие между этим и обычным диском на линуксе без ВМ касающиеся интересующего вас вопроса вряд ли будут.

[Пепел Феникса]

а там уже законы обработки и их ограничения будут другими.

не будут, код ОС одинаков будет.

То что сработает в виртуальной машине может не сработать в физической системе и наоборот.

на практике такое бывает очееееень редко и только в случае специфичного оборудования.

[12345qwerty12345]

Сообщение от Alex11223

В виртуальной машине с линуксом будет виртуальный диск и своя ФС не имеющая никакого отношения к NTFS на основной ОС.

Именно это я и написал.

Сообщение от Alex11223

Различие между этим и обычным диском на линуксе без ВМ касающиеся интересующего вас вопроса вряд ли будут.

Вот тут большой вопрос...

[Alex11223]

Ну ладно, тогда ждите пока придет кто-то кому нечего делать и имеющий линукс основной ОС.

[Пепел Феникса]

Вот тут большой вопрос...

это не вопрос, хватит пороть чушь.

разница лишь в том, где хранится результат, а не в том как он хранится.
как я уже сказал структура данных от этого не меняется.
2+2=4 и на механическом калькуляторе, и на электронном.
и в уме тоже.

[min@y™]

Ну ладно, тогда ждите пока придет кто-то кому нечего делать и имеющий линукс основной ОС.

у меня убунта на сервере. А чо надо-то?

[12345qwerty12345]

Сообщение от waleri

В Windows API таких проблем нет.
"Проводник" != "Windows API", то, что проводник чего-то не умеет это не значит, что опреационка этого не может.

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

Если бы ограничений в "Windows API" не было тогда бы все остальные программы кроме проводника работали бы без этих ограничений (архиваторы не срезали бы файлы по длине пути на разпаковках ISO, EXE, MSI). Проводник это такая же прикладная программа как и все другие (только встроенная изначально) и соответственно работает через то же самое "Windows API" и соответственно ограниечения MAX_PATH №1 и MAX_PATH №2 находятся внутри "Windows API" а не в проводнике.

[Alex11223]

Дык показали уже кучу программ умеющих создавать длинные пути. TC, FAR, ...