Latest post of the previous page:
Может быть я не туда оформил проблему/баг? Есть тут кто?AdvCmpEx — Сравнение и синхронизация файлов
Advanced Compare 2
FAR3.0.4190, True-Branch 3.0.0 (build 16), AdvCmp 3.0.0 (build 34) RC.
Баг, или сабж не умеет работать с бранчем.
На панелях рекурсивно раскрытые бранчем 2 папки, панели находились в разных режимах сортировки (режимы на панелях могут и совпадать, главное, чтобы порядок файлов на панелях был иным), затем к ним был применён сабж с отображёнными настройками. Сабж пометил 118 из 2314 файлов, отображённых на обоих панелях, как разные. Для наглядности панели затем были приведены к одному режиму сортировки и мы можем видеть, что размер у файлов одинаков. На самом деле лишь 3 файла в папках отличны, все остальные копии.
Баг, или сабж не умеет работать с бранчем.
На панелях рекурсивно раскрытые бранчем 2 папки, панели находились в разных режимах сортировки (режимы на панелях могут и совпадать, главное, чтобы порядок файлов на панелях был иным), затем к ним был применён сабж с отображёнными настройками. Сабж пометил 118 из 2314 файлов, отображённых на обоих панелях, как разные. Для наглядности панели затем были приведены к одному режиму сортировки и мы можем видеть, что размер у файлов одинаков. На самом деле лишь 3 файла в папках отличны, все остальные копии.
Advanced Compare 2
При попытке переноса настроек FAR с версии 3525 на одной установке Windows на FAR версии 4242 на другой установке (с помощью "far /export" и "far /import"): при запуске FAR выдаётся сообщение "Error loading plugin (full path)\AdvCmp.dll. %1 is not a valid Win32 application".
При удалении папки AdvCmp из плагинов всё работает корректно.
Очистка кеша плагинов ничего не меняет.
При удалении папки AdvCmp из плагинов всё работает корректно.
Очистка кеша плагинов ничего не меняет.
Advanced Compare 2
MSVC лежит в Windows\SysWOW64, каталог включён в PATH.ccaid wrote:msvc*100.dll не хватает?
Advanced Compare 2
Microsoft Windows [Version 6.1.7601]
Far Manager, version 3.0 (build 4429) x86
Far Manager, version 3.0 (build 4429) x64
AdvCmp 3.0.0 (build 34) RC
В данной конфигурации, в сценарии сравнения содержимого каталогов смонтированного VHD и его побитной копии на физическом диске, никакого фактического сравнения не происходило, как показали результаты изменения HEX редактором случайных мест в случайных файлах, очень быстро бежал прогрессбар, но не так быстро, как при включенной опции "only if the time is different", для которой и характерно такое поведение. В этой конфигурации в других сценариях плагин работает корректно.
В Far Manager, version 2.0 (build 1807) x86 и AdvCmp.dll v2.0.0.33 в вышеописанном сценарии ведет себя корректно.
Прошу разобраться и принять меры
Far Manager, version 3.0 (build 4429) x86
Far Manager, version 3.0 (build 4429) x64
AdvCmp 3.0.0 (build 34) RC
В данной конфигурации, в сценарии сравнения содержимого каталогов смонтированного VHD и его побитной копии на физическом диске, никакого фактического сравнения не происходило, как показали результаты изменения HEX редактором случайных мест в случайных файлах, очень быстро бежал прогрессбар, но не так быстро, как при включенной опции "only if the time is different", для которой и характерно такое поведение. В этой конфигурации в других сценариях плагин работает корректно.
В Far Manager, version 2.0 (build 1807) x86 и AdvCmp.dll v2.0.0.33 в вышеописанном сценарии ведет себя корректно.
Прошу разобраться и принять меры
Last edited by pukan1 on Thu 01 Jan, 1970 01:00, edited 0 times in total.
Reason: [code], [spoiler]
Reason: [code], [spoiler]
- Alexey Samlyukov
- Posts: 1765
- Joined: Tue 15 Mar, 2005 17:28
- Been thanked: 7 times
- Contact:
- HaRT
- Moderator
- Posts: 10866
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Advanced Compare 2
Подозреваю, что Virtual Hard Drive. Т.е. образ диска (например, виртуалки) монтируется в качестве тома.
Фар есть инструмент, а не нянька. © 2009 DrKnS
- Alexey Samlyukov
- Posts: 1765
- Joined: Tue 15 Mar, 2005 17:28
- Been thanked: 7 times
- Contact:
Advanced Compare 2
могу только предполагать, что это из-за проверки BY_HANDLE_FILE_INFORMATION:
из лога изменений:
[+] Еще ускорение сравнения: проверяем некоторую идентичность BY_HANDLE_FILE_INFORMATION.
из лога изменений:
[+] Еще ускорение сравнения: проверяем некоторую идентичность BY_HANDLE_FILE_INFORMATION.
Advanced Compare 2
Все верно.
Теперь я не понимаю о чем Вы Но, полагаю, что в вышеописанном сценарии такое поведение - это баг, а не фича.
Advanced Compare 2
Этот плагин умеет сравнивать два текстовых файла и показывать различия в них? Требуется сравнивать текстовые конфиги при обновлении прорамм и вносить изменения в старый на основании нового. Если не умеет, то посоветуйте плагин под 3 FAR.
- Вадим Захаренко
- Posts: 922
- Joined: Fri 18 Mar, 2005 08:59
- Location: Беларусь, Мозырь
- Has thanked: 7 times
- Contact:
Advanced Compare 2
Недавно решил использовать режим работы "2. Синхронизация папок" так наткнулся на очень интересный результат
Имеется 2 папки в каждой папке есть файлы, которые не существуют в другой папке, назовем их для простоты ЛП1, ЛП2 в папке, которая открыта на левой панели, ПП1 и ПП2, соответственно на правой панели - вот их синхронизировать не получается с таким результатом
Такое чувство, что проверяется существование файла в папке-получателе, а не файла источника
Потому что если в этих папках имеются файлы с одинаковым именем и разными датами, то все копируется верно
Имеется 2 папки в каждой папке есть файлы, которые не существуют в другой папке, назовем их для простоты ЛП1, ЛП2 в папке, которая открыта на левой панели, ПП1 и ПП2, соответственно на правой панели - вот их синхронизировать не получается с таким результатом
Code: Select all
╔═════════════════ Предупреждение ═════════════════╗
║ Ошибка открытия файла назначения при копировании ║
║ d:\1\2\ПП1 ║
║ в файл ║
║ d:\1\1\ ║
║ Системе не удается найти указанный путь. ║
╟──────────────────────────────────────────────────╢
║ { Повторить } [ Пропустить ] [ Отменить ] ║
╚══════════════════════════════════════════════════╝
Потому что если в этих папках имеются файлы с одинаковым именем и разными датами, то все копируется верно
- Alexey Samlyukov
- Posts: 1765
- Joined: Tue 15 Mar, 2005 17:28
- Been thanked: 7 times
- Contact:
- Вадим Захаренко
- Posts: 922
- Joined: Fri 18 Mar, 2005 08:59
- Location: Беларусь, Мозырь
- Has thanked: 7 times
- Contact:
Advanced Compare 2
Да не критично пока
сначала обновляешь всё с левой панели на правую (только новые/обновленные), а потом аналогично с правой на левую панели
Обычно я так и делаю
Просто так совпало что синхронизацию в данном случае мне пришлось делать для огромного количества файлов при цейтноте времени (думал запустить и убежать, а по приходу перепроверить), убежать сразу получилось . а вторую часть я провел на ночь
Да с 2006 у меня надобность в непрерывной двусторонней синхронизации возникла в первый раз, так что следующая аналогичная проблема выскочит лет через 5-7 ))).
сначала обновляешь всё с левой панели на правую (только новые/обновленные), а потом аналогично с правой на левую панели
Обычно я так и делаю
Просто так совпало что синхронизацию в данном случае мне пришлось делать для огромного количества файлов при цейтноте времени (думал запустить и убежать, а по приходу перепроверить), убежать сразу получилось . а вторую часть я провел на ночь
Да с 2006 у меня надобность в непрерывной двусторонней синхронизации возникла в первый раз, так что следующая аналогичная проблема выскочит лет через 5-7 ))).
- Alexey Samlyukov
- Posts: 1765
- Joined: Tue 15 Mar, 2005 17:28
- Been thanked: 7 times
- Contact: