Под управлением Windows 10 Pro.
Я пытаюсь обойти ограничение MAX_PATH в 260 символов, встроенное в Win32 API.
Я создал серию резервных копий, которые, как мы скажем, предназначены для резервного копирования "TRUNCATED" имен файлов.
Например, мы будем ссылаться на файл с полным именем файла:
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/Folder9/file.txt
Для начала, я теоретически сократил это имя файла, переместив файл в скрытую папку Short_Name ближе к корню, так, чтобы файл теперь ВСЕГДА существовал как
D:/Short_Name/Folder9/file.txt
Тем не менее, чтобы сохранить исходную структуру файлов без изменений, чтобы я мог повторно использовать эту тактику для выполнения такого же сокращения пути в другом месте, но при этом использовать те же файлы конфигурации и программное обеспечение для выполнения дублирования и синхронизации файлов В исходной папке (папках). )
(например, D:/Folder1/.../Folder9/ )
Я включил символическую ссылку с именем " Folder9 "
(достигается с помощью C:\Windows\system32> mklink /J (или /D ) "D:/Folder1/.../Folder9/" "D:/Short_Name/Folder9/" в командной строке)
в
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/
такой, что ссылка выглядит
D:/Folder1/.../Folder9/
но указывает на D:/Short_Name/Folder9/ .
СЕЙЧАС, очевидно, я мог бы вместо этого использовать обычный, заурядный
Щелкните правой кнопкой мыши> "Создать ярлык"
но целевой путь ссылки такой символической ссылки будет абсолютным.
(т.е. ярлык на D: указатель на D:/Short_Name/Folder9/file.txt будет скопирован в C: но скопированный ярлык на C: все равно будет указывать на D:/Short_Name/Folder9/file.txt . )
Символические ссылки, с другой стороны ...
(то есть те, которые созданы через C:\Windows\system32> mklink ... )
... скопировать относительные ссылки без проблем ...
(т.е. D:/Folder1/.../Folder9/ будет скопирован как C:/Folder1/.../Folder9/ )
... и цель ссылки будет копировать с
D:/Short_Name/Folder9/
в
C:/Short_Name/Folder9/
... НО -
Проблема ЗДЕСЬ заключается в том, что СЕЙЧАС ЛИТЕРАЛЬНЫЕ ИМЕНА ИМЕНИ ПРЕКРАЩАЮТСЯ, как их более длинные, НЕРАЗРЕШЕННЫЕ версии, что НЕ произошло бы при использовании
Щелкните правой кнопкой мыши> "Создать ярлык"
метод.
Насколько я могу судить, при использовании mklink для создания символической ссылки на каталог (НЕ файл - я не знаю, работает ли он по-разному для файлов), LITERAL системное имя файла любого файла, размещенного в каталоге, например D:/Short_Name/Folder9/ кажется только когда-либо полностью символическим путем mklink , т. Е. Именно
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/Folder9/file.txt
даже если фактическое местоположение файла только
D:/Short_Name/Folder9/file.txt .
ВОПРОС:
Есть ли ЛЮБОЙ способ создания символической ссылки, которая будет функционировать как стандартная папка, но которая ТАКЖЕ будет поддерживать ОТНОСИТЕЛЬНУЮ, ЛИТЕРАЛЬНУЮ, УСТАНОВЛЕННУЮ версию файла, когда копируется на новый диск?
Пожалуйста и спасибо.