Очевидно, что мои танцы заняли бы больше времени, чем твои..MVV писал(а):Да тебе и не нужно было особо танцевать
ОК. Фикс сработал. Когда новинки ждать?
NTLinks + NTLinksMaker: создание и инфо о ссылках NTFS
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
ОК. Фикс сработал. Когда новинки ждать?
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Обнаружился неприятный баг, которого не было по крайней мере в версии 1.2.0.340, но присутствует в нескольких крайних версиях, включая 1.4.2.434.
Исходные условия:
- есть папка-источник с наполнением (подпапки и файлы в несколько уровней);
- есть папка-получатель, в которой необходимо создать хардлинки на все файлы, находящиеся в папке-источнике с сохранением структуры дерева подпапок.
Если папка-получатель пуста или хотя бы не содержит одноименных создаваемым хардлинкам файлов - все отлично: получаем все необходимые файлы (жесткие ссылки).
Если папка-получатель уже содержит некоторые файлы, ссылки на которые должны быть созданы, то после соответствующего предупреждения ("невозможно создать файл, так как он уже существует") и выбора либо единожды "Пропустить все", либо n-ное кол-во раз просто "Пропустить" имеем:
- при создании линков из режима TC "все файлы без подкаталогов" (Ctrl+B) и установленной галкой "Сохранять части путей..." - все отлично: существующие файлы папки-получателя остаются, недостающие добавляются хардлинками из папки-источника;
- при создании линков из обычного режима ТС (выделение папок/файлов) - БАГ: хардлинки создаются ровно до первой коллизии - при встрече первого же существующего файла дальнейшее создание ссылок обрывается для всего оставшегося дерева папки, в которой обнаружен одноименный файл, а продолжается только с папки уровнем выше. Другими словами, в данном случае по нажатии "Пропустить" ("Пропустить все") выполняется пропуск не только существующего файла, но и всех оставшихся файлов и папок в текущей папке, то есть происходит переход не к следующему файлу а сразу к следующей папке и находящимся уже в ней файлам...
Для простоты воспроизведения жучары вот my-files.su/bmxkgm архив с необходимым набором папок/файлов источника и получателя (соответственно Dir_src и Dir_dst). Параметры вызова NTLinksMaker.exe из ТС '/l=99 /q- /b /r="%P" "@%WL" "%T"'. На панели-получателе TC заходим внутрь Dir_dst, на активной заходим в Dir_src, отмечаем все содержимое и пытаемся создать ссылки - в режиме Ctrl+B все ОКы; в обычном режиме - БАГъ: с dir1 все хорошо, в dir2 скопированы dir21 и частично dir22 (file1_dir22.txt, file2_dir22.txt, file3_dir22.txt - все оборвалось на существующем file3_dir22.txt) dir23 уже не копировалась; продолжилось копирование с dir3, но сразу же и оборвалось, напоровшись на первый существующий в dir31 файл file1_dir31.txt.
И, да, несмотря на баг, автору выражаю благодарность и уважение за сию необходимую и весьма полезную в хозяйстве утилиту!!!
Исходные условия:
- есть папка-источник с наполнением (подпапки и файлы в несколько уровней);
- есть папка-получатель, в которой необходимо создать хардлинки на все файлы, находящиеся в папке-источнике с сохранением структуры дерева подпапок.
Если папка-получатель пуста или хотя бы не содержит одноименных создаваемым хардлинкам файлов - все отлично: получаем все необходимые файлы (жесткие ссылки).
Если папка-получатель уже содержит некоторые файлы, ссылки на которые должны быть созданы, то после соответствующего предупреждения ("невозможно создать файл, так как он уже существует") и выбора либо единожды "Пропустить все", либо n-ное кол-во раз просто "Пропустить" имеем:
- при создании линков из режима TC "все файлы без подкаталогов" (Ctrl+B) и установленной галкой "Сохранять части путей..." - все отлично: существующие файлы папки-получателя остаются, недостающие добавляются хардлинками из папки-источника;
- при создании линков из обычного режима ТС (выделение папок/файлов) - БАГ: хардлинки создаются ровно до первой коллизии - при встрече первого же существующего файла дальнейшее создание ссылок обрывается для всего оставшегося дерева папки, в которой обнаружен одноименный файл, а продолжается только с папки уровнем выше. Другими словами, в данном случае по нажатии "Пропустить" ("Пропустить все") выполняется пропуск не только существующего файла, но и всех оставшихся файлов и папок в текущей папке, то есть происходит переход не к следующему файлу а сразу к следующей папке и находящимся уже в ней файлам...
Для простоты воспроизведения жучары вот my-files.su/bmxkgm архив с необходимым набором папок/файлов источника и получателя (соответственно Dir_src и Dir_dst). Параметры вызова NTLinksMaker.exe из ТС '/l=99 /q- /b /r="%P" "@%WL" "%T"'. На панели-получателе TC заходим внутрь Dir_dst, на активной заходим в Dir_src, отмечаем все содержимое и пытаемся создать ссылки - в режиме Ctrl+B все ОКы; в обычном режиме - БАГъ: с dir1 все хорошо, в dir2 скопированы dir21 и частично dir22 (file1_dir22.txt, file2_dir22.txt, file3_dir22.txt - все оборвалось на существующем file3_dir22.txt) dir23 уже не копировалась; продолжилось копирование с dir3, но сразу же и оборвалось, напоровшись на первый существующий в dir31 файл file1_dir31.txt.
И, да, несмотря на баг, автору выражаю благодарность и уважение за сию необходимую и весьма полезную в хозяйстве утилиту!!!
MVV
Другие — это помощь иностранцам на оффоруме? ) Про своих совсем забыл?
Хоть что-нибудь бы сделал из добавок по 3-м своим продуктам (к счастью, один отпал, благодаря Loopback).
С каждым пройденным годом мотивация только ослабевает. Хоть тут спустя пару месяцев решился на ответ. Уже прогресс. )
Другие — это помощь иностранцам на оффоруме? ) Про своих совсем забыл?
Хоть что-нибудь бы сделал из добавок по 3-м своим продуктам (к счастью, один отпал, благодаря Loopback).
С каждым пройденным годом мотивация только ослабевает. Хоть тут спустя пару месяцев решился на ответ. Уже прогресс. )
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Проблему нашёл и поправил, однако анализ показал, что она присутствовала лишь в 1-2 крайних версиях, начиная с 1.4.2.432.
NTLinksMaker Build 436:
* исправлен пропуск оставшихся при дублировании папки файлов в случае пропуска ошибки
Flasher,
Поддержку стараюсь обеспечивать, баги в приоритете, а на фичи времени не густо. На реализацию какой-либо новой функции нужно несоизмеримо больше времени за один присест, чем на прогулку по оффоруму, и куда более удобная обстановка.
NTLinksMaker Build 436:
* исправлен пропуск оставшихся при дублировании папки файлов в случае пропуска ошибки
Flasher,
Поддержку стараюсь обеспечивать, баги в приоритете, а на фичи времени не густо. На реализацию какой-либо новой функции нужно несоизмеримо больше времени за один присест, чем на прогулку по оффоруму, и куда более удобная обстановка.
Обсуждение бага двухлетней давности пока так обсуждением и осталось.MVV писал(а):Поддержку стараюсь обеспечивать, баги в приоритете
Я могу, конечно, ошибаться, но добавка того же wndstyle не кажется мне чем-то сверхзатратным.MVV писал(а):нужно несоизмеримо больше времени за один присест
Что-то ты разгулялся там не на шутку (с инородним языком-то).MVV писал(а):чем на прогулку по оффоруму
Ну, она у тебя, надеюсь, ещё осталась? Раньше не жаловался.MVV писал(а):и куда более удобная обстановка
Ты бы хоть по срокам что-то написал. А то все разговоры сводятся к воспоминаниям об обещанном...
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Да, теперь утилита отработала чётко!MVV писал(а):Проблему нашёл и поправил, однако анализ показал, что она присутствовала лишь в 1-2 крайних версиях, начиная с 1.4.2.432.
NTLinksMaker Build 436:
* исправлен пропуск оставшихся при дублировании папки файлов в случае пропуска ошибки
Благодарю за оперативность. Желаю дальнейших творческих успехов!
Приветствую! А можете сделать автопереименование(как в тоталк) ссылок, при дублировании имён:?: А-то вручную приходится переименовывать.
Последний раз редактировалось Swi Сб июл 04, 2020 12:07, всего редактировалось 2 раза.
Swi
На этот и остальные запросы уже отвечено:
На этот и остальные запросы уже отвечено:
Как говорится, пишите письма...MVV писал(а):То, что я хотел реализовать, я как-нибудь реализую.
... на фичи времени не густо.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Swi
К сказанному выше (а также мною здесь) добавлю, что важность этого самого автопереименование применительно именно к созданию NTFS-ссылок неплохо бы как-то обосновать. Каким образом и насколько часто у вас вообще возникают ситуации, требующие такого переименования (хотя бы вручную)?
К сказанному выше (а также мною здесь) добавлю, что важность этого самого автопереименование применительно именно к созданию NTFS-ссылок неплохо бы как-то обосновать. Каким образом и насколько часто у вас вообще возникают ситуации, требующие такого переименования (хотя бы вручную)?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Avada
Поскольку я эту мысль лелеял ещё задолго до своего запроса годичной давности, позволю себе удивиться: а чем, собственно, создание ссылок в этом ключе отличается от банального копирования, о частоте автопереименования с которым даже спрашивать неприлично? Принцип появления в каталоге тот же, а значит, и потенциальное совпадение имён вполне сопоставимо. Я бы вообще на этот вопрос ответил просто — так же часто, как и появление самой необходимости создания ссылок. Удовлетворил ответом?
Поскольку я эту мысль лелеял ещё задолго до своего запроса годичной давности, позволю себе удивиться: а чем, собственно, создание ссылок в этом ключе отличается от банального копирования, о частоте автопереименования с которым даже спрашивать неприлично? Принцип появления в каталоге тот же, а значит, и потенциальное совпадение имён вполне сопоставимо. Я бы вообще на этот вопрос ответил просто — так же часто, как и появление самой необходимости создания ссылок. Удовлетворил ответом?
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Ну... В тк не зря же есть функция автопереименования файлов.
Последний раз редактировалось Swi Ср июл 15, 2020 19:43, всего редактировалось 1 раз.
Swi
Прекращайте флуд.
P.S. Последующее сообщение удалено. Здесь не место ни для пустопорожнего набивания постов, ни для дискуссий о даваемых модератором определениях. Замечание за нарушение правил форума. Вопросы по делу вы задали, ждите ответов автора утилиты.
Прекращайте флуд.
P.S. Последующее сообщение удалено. Здесь не место ни для пустопорожнего набивания постов, ни для дискуссий о даваемых модератором определениях. Замечание за нарушение правил форума. Вопросы по делу вы задали, ждите ответов автора утилиты.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.