Forums

dir /al тоже \??\ показывает, так что там видимо бага в обработке того что возвращает DeviceIOControl. Да нифига: вызвал DeviceIoControl(FSCTL_GET_REPARSE_POINT) для обоих вариантов и получил в буфере \??\, так что точно бага. Автор nsx обращает внимание, что: Проводник удаляет только сами ссылки и это правильно.

Удаление не трогалось от слова "совсем". Сперва надо разобраться с отображением... Тут такое дело nsx.exe отображает ссылку как \??\ , а DeviceIOControl отдаёт его как ?\ з.ы. у  JUNCTION путь начитанется с ?\ а у SYMLINK с \??\ если сильно хочется видеть \??\ можно прилепить \? в начале, но лучше отложим до реализации создания\удаления\изменения ссылок   Про удаление нужно логику продумать: -удаление единственной ссылки (лишний вопрос? удалять линк\источник) -удаление ссылки встречающейся в списке   как то так...

Показ конечно работает, хотя я не уверен что префикс ?\ это тоже что и \??\ (который документирован как отключение нормализации). А главное удаление reparsepoints всё так же плохо работает. В старых версиях оно конечно тоже грохает все подпапки, но хотя бы следов не оставляет.

обновил  

Если работать не с именами файлов а с хэндлами - тогда хоть чего можно выводить вместо имени файла.