Garl

странно, поиск *.exe по папке (594 найдено) nightly_w32.zip: 26 с ndn_2_31_5309_bin_w32 - 54c v2.31.0407/W32 - 19c v2.31.1478 - 15c но весь фокус ещё и в кэшировании (повторный поиск происходит быстрее) а ещё можно заметить разницу между Ctrl-H и Ctrl-S последнее быстрее читает и отображает количество файлов... и так же по сравнению со старыми версиями заметно медленнее происходит построение дерева дисков и списка ветви каталога (бранча), Видать где то в последнем и закрался "тормознутый" код.

если будет время- проверьте плиз скорость поиска в ночнушке. вдруг стало быстрее...

просмотр имён хардлинка пока не реализован. добавлена кнопка просмотра Симлинка из диалога хардлинка

элементано Ватсон (с)

это понятно но при разовом выделение файла ничто ж не мешает где-нибудь указать что это хардлинк... в природе есть только FindFirstFileNameW картинка - прототип капец... бывает случай у симлинка есть хардлинк... и как это придумывать отображать.....

внимание вопрос, вот определили мы что у файла есть 5 ссылок (это одно из 5 имён) как акурано отобразить это на панели информации? ну в панели можно в переменную "ПУТЬ" запихать (как путь к ссылке) , а вот именно у текущего файла.... не в LFN же пихать?!

итак: дано: 1)файл с линком 2) нажатие F8 ----------- что должно произойти? а) выдать запрос о удалении ссылки и удалить только ссылку б) запрос о удалении файла и удаление сперва ссылки а затем файла (за 1 раз). в) ?

>Явно нужна защита от дурака Фар так же разрешает баловаться... курс на него или идём своим путём? >Так же отсутствуют какие либо сообщения об ошибках при невозможности создать линк любого типа. ещё не реализовано же. (будет нам сообщения о ошибках)

КАК? если у файла 3,4,5 хардлинка(ов)? то есть 2 или 3 разных имени. как его примерно придумать чтобы отобразить? можно прикреплять предложения в картинках ...

ну под XP symlink'и ж не создаются? обновил.

это у нас XP?

таки нашёл. поправил.

давно не давало покоя то, что при выделении файлов на файловой панели - количество и размер перекрывают Атрибуты... теперь количество выделенных файлов отображается в центре и только при нехватке места закрывает атрибуты.

вставка символов в HEX редакторе в х32 версии надо смотреть (в х64 работает) по хардлинкам: Есть ли смысл ковырять и как его вообще придумать отображать? по сути это такой же файл с именем, ссылающийся на данные. И тут у NDN проблемы: при редактировании ссылки в редакторе, ссылка переименовывается в .BAK, а новый файл получается"чистым" такая же история и с исходным файлом....

перейдите табом в правйю часть, там вставляется. в левой вводятся только 0-9.. A-F з.ы. научились создавать хардлинки и ссылки (пока без учёта PrintName, может его придётся выкинуть )

та уже поправил, просто сразу не собрал ночнушку... пробуем.

о! уже конструктивнее. мы сейчас о какой версии x32\x64 https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/ns-ntifs-_reparse_data_buffer ULONG Flags; для Symlink И junction то есть то нет! не учитывалось это Спасибо за наводку. дело было в неверной структуре lReparseBuffer. залито

пропадание первого символа fixed ну нету после DeviceIOControl(LinkHandle, lControlCode, nil, 0, @lReparseBuffer, MAXIMUM_REPARSE_DATABUFFER_SIZE, lBytesReturned, nil) в lReparseBuffer.pathBuffer символов \?

это fixed обновите ночнушку. но \? всёравно нету Junction возвращает в lTargetPath >>> "?\E:\ndn\todo e:\ndn\todo" откуда брать первый \?

не факт. скрипач "\?" не нужен (с)

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

обновил

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

fix: windows: correct show junction with PrintNameLength=0 что там ещё было по связям и ссылкам? smlinks\junction

как предлагаете определять в неюникодовой программе юникодовые символы? например тот же список файлов, что с ним делать?