Total Commander

MVV
Да, NTLinksMaker используется через кнопку с %WL и это значит, что "проблему" создаёт ТС. Теперь всё понятно.

Я и не переношу %TEMP% просто так. На её месте остаётся символическая папка, а реальная целевая папка находится на "мусорном" диске. "Проблемы" бывают только у одной редко-используемой функции одной проги.

К слову, нет смысла редиректить папку %TEMP%, можно просто переопределить переменную, чтобы она ссылалась на папку на мусорном диске. Но надо следить, чтобы на диске с этой папкой место не закончилось.

На оффоруме мне ткнули в баг поля RP_IsValid, который был в NTLinks всегда...

NTLinks 1.6.1.294 32/64
* поле Obj_RealPath теперь понимает относительные ссылки на ссылки
* поле RP_IsValid теперо работает рекурсивно, как Obj_RealPath

Как сменить язык, сделал так Файл "D:\TotalCMD\Plugins\wdx\NTLinksMaker\NTLinksMaker.ini"
Не меняется.

Strek
Запись правильная, у меня так же (только всё это лежит не в WDX-плагинах а в отдельной папке C:\Totalcmd\Addons\NTLinksMaker\), проблем нет. Всё согласно ридми-файлу, пункт 5, "Строка конфигурации".

У меня в ini файле ничего не прописано.
Lng файл размещен в папке Language, но даже если удалить папку, язык на русском.

MVV
А как насчёт поддержки IO_REPARSE_TAG_APPEXECLINK?
Для директории C:\Users\[userName]\AppData\Local\Microsoft\WindowsApps\
Там лежат пустышки-заглушки "типа exe" файлы-ссылки, которые превращаются
в реальные пути до исполняемых файлов внутри API вызовов запуска процессов.
https://malware.news/t/overview-of-wind ... ases/32902

Раньше хоть PowerShell 7 их мог отображать...
dir $env:LOCALAPPDATA\Microsoft\WindowsApps | ?{$_.LinkType} | select Name,LinkType,Target
нооооо с очередным обновлением пришло: https://github.com/PowerShell/PowerShell/pull/16044
и всё улетело к черту....

Вот что-то приятное-похожее: https://github.com/JFLarvoire/SysToolsL ... Catalog.md
утилита truename.exe А вообще в этом новом winnt.h что-то до хрена стало IO_REPARSE_TAG_бла-бла....
Но и правда явно не на все из них стоит приделывать поддержку в этих утилитах!

Avada писал(а):Strek
Запись правильная, у меня так же (только всё это лежит не в WDX-плагинах а в отдельной папке C:\Totalcmd\Addons\NTLinksMaker\), проблем нет. Всё согласно ридми-файлу, пункт 5, "Строка конфигурации".

"Загогулина" небольшая, ini должен быть разный для каждой разрядности, то бишь я использую 64, а файл NTLinksMaker.ini, скопировал NTLinksMaker64.ini и нормально.

Приветствую. Обнаружил проблему при отображении списка копий жёсткой ссылки, если путь к текущей папке с этим файлом лежит через символическую ссылку с относительным путём.
Вот пример:

Есть файл, располагающийся по двум жёстким ссылкам:
C:\Users\User\Shared\Base\file1.txt
C:\Users\User\Shared\Base\Sub\file2.txt

И есть символическая ссылка:
C:\Shared -> Users\User\Shared

Через эту ссылку я прохожу в C:\Shared\Base (открываю в панели Total Commander)
Выбираю там файл file1.txt и вижу для него некорректное значение поля HLNK_Paths в плагине NTLinks:
C:\Users\User\Shared

Если же символическую ссылку задать в виде абсолютного пути C:\Users\User\Shared,
то всё отображается корректно:
C:\Users\User\Shared\Base\file1.txt, C:\Users\User\Shared\Base\Sub\file2.txt

MVV писал(а):NTLinks 1.6.1.294 32/64

Вы уверены, что Вы действительно обновили релиз так, что этот фикс там включён? В истории на сайте написана версия 292, качается 294, и показывает неправильные RP_IsValid на моей структуре файлов с относительными символическими ссылками при правильном RP_Target. 1.6.1.280 работала правильно, как и NLInfo. 290 для проверки не имею.

Добавлено спустя 2 часа 19 минут:

MVV, сюда положил пример структуры папок с ошибками. Это tar архив. Чтобы распаковать его так, чтобы у Вас на компе создались символические ссылки, надо открыть файловый менеджер 7z версии >=19.00 под админом, найти там скачанный архив, установить на нём курсор и нажать кнопку "Извлечь". В полученных папках ошибочными будут данные RP_IsValid и некоторые другие на файле BCS_Work\share\lua\5.4\presence.lua и папке BCS_Work\share\lua\5.3\

А кто-нить пояснит мне - при 0 уровне копирования глубины уровней каталогов почему при попытке создать символическую ссылку
на папку Х на диске А в папке У диска Б происходит следующее:
сперва внутри папки У диска Б создается реальная папка Х, а вот ВНУТРИ неё будет создана символическая ссылка Х.
ЧТО за матрешки?????

Destiny
При уровне 0 для дублирования каталогов Никаких "матрёшек" не наблюдаю. Может быть, ещё от каких-то настроек зависит?

но в GUI больше нет ничего.

Destiny
Настройки — это не только GUI (где, кстати, есть ещё выбор типа ссылки и базовый каталог — другой вопрос, относится ли это к делу). Читайте ридми-файл. Эта утилита в любом случае запускается с параметрами, синтаксис рекомендуется в ридми (у меня указана более простая конструкция /b "@%WL" "%T"). Выяснять, что от чего зависит, придётся вам, в т.ч. с разными объектами в разных местах. У меня, как было сказано, при заданных условиях проблем нет. Если, конечно, у вас всё верно изложено (описанное поведение больше похоже на значение 1, а не 0).

вызывается через /q- /b "%P%N" "%T"
в справке ничего противоестественного для этих параметров не указано.
0 точно установлен.
Еще кстати можно в GUI уйти в МИНУС 1, но что это значит - не ясно - вылетает ошибка.

СТОП! А вы Точки соединения создаете, или же Символические ссылки?
попробуйте второе... Ну, а в терминах выбора из комбобокса утилиты - это номер 3 будет)))