Обновил архив в первом посте. onGetReparsePoint выдает все данные о символической ссылки. Изменил тестовую схему, можно запустить поиск ссылок на диске.


Тоже интересно чем Substitute Name отличается от Print Name. На тестируемых мной двух компьютерах это две одинаковые строки, только с добавлением у одной впереди: \??\. Возможно в каких-то случаях они несут разные строки.

Gunta, командная строка это хорошо, но речь шла об проводнике, которым и пользуются подавляющее большинство пользователей. И почему система скрывает путь символической ссылки мне не понятно. По тем же ярлыкам система и предоставляет всю информацию и разрешает ее менять. В чем большая тайна вывести в свойствах что С:\Documents and Settings это ссылка на C:\Users, без возможности это менять.
Gunta, если с Symbolic Links понятно, оно и в коде так же называется. То Junction в коде как MOUNT_POINT. На данный момент оставил JUNKTION и SYMLINKD. А как лучше обозвать?

strannik_nebes, эти файлы еще в тестовом режиме и еще вопрос нужны ли будут эти доработки в основном пакете. Все на стадии тестировании и подгонять их под FPC x32 (с x64 проблема с ZIP) на данный момент нет смысла. Если очень нужно то:
-выделить элемент FileSearch, нажать Ctrl+F
-нажать Ctrl+F для запуска она поиска, ввести ToString, найти строку и добавить Share. чтоб получилось:
-нажать Ctrl+S чтоб сохранить изменения в файле, вкладку с кодом можно закрыть и проверить
Насколько понял то ошибка только в этом.