Страница 3 из 5
Добавлено: Пт сен 06, 2013 12:20
MVV
sa писал(а):Для воспроизведения уже
упомянутого бага придумал более простую модель.
Надо положить по экземпляру большого (время копирования превышает 5 секунд) файла в подпапки 1 и 2 и после Ctrl+B копировать эти два файла на противоположную панель.
На втором файле должна выскочить ошибка чтения файла.
Зарепортил бы кто-нибудь из зарегистрированных Гислеру.
Готово.
Добавлено: Пт сен 06, 2013 12:22
sa
MVV
Спасибо!
Добавлено: Пт сен 06, 2013 14:24
Avada
_92 писал(а):у меня по f1 в синхронизации выводится англ.справка
А у меня русская. (В 8.50 b2 она взята из 8.01). Везде. Если её, естественно, нормально поставить. О чём разговор на форуме несколько раз уже вёлся
Синхронизацией с использованием архивов SynWrite.rar я занимался десятки раз (поскольку все плагины обновляю только вручную) и никогда никаких проблем ни с какими вопросиками не имел. И сейчас не имею. Отклонения здесь от нормального поведения к текущей бете, полагаю, не имеют никакого отношения.
Добавлено: Пт сен 06, 2013 14:33
_92
Avada писал(а):никаких проблем ни с какими вопросиками не имел
в корне тотала
unrar9x.dll 168448bytes 20120713
unrar.dll 217176bytes 20130903
от них зависит?
ps
попробуйте скачать
http://uvviewsoft.com/bb/SynWrite.rar
зайти в архив в одной панели
в другой панели открыть директорию syn
вызвать compare directories и нажать compare
если syn обновлен до последней беты
то вопросики не появляются в конце
иначе вопросиков много
может от времени ftp зависит
Добавлено: Пт сен 06, 2013 14:56
Avada
_92
Нет, с такими рекомендациями и исходными условиями я ничего тестировать больше не буду. У родной библиотеки unrar9x.dll в 8.50 b2 совершенно иные время и размер, но эта библиотека вообще предназначена для старых ОС. При чём тут время FTP? Где в условиях задачи FTP? Что за "на другой панели открыть директорию syn"? Каталог установленного плагина, что ли? Мы что с чем, в конце концов, синхронизируем? И вообще у меня есть сильное ощущение, что в этой теме данная проблема — оффтоп.
Добавлено: Пт сен 06, 2013 15:01
_92
Avada писал(а):Мы что с чем, в конце концов, синхронизируем? И вообще у меня есть сильное ощущение, что в этой теме данная проблема — оффтоп.
директорию syn и SynWrite.rar
я смотрю, что изменилось в SynWrite.rar
и синхронизирую измененное с директорией плагина
ладно забьем
можете удалить оффтоповые сообщения
Добавлено: Пт сен 06, 2013 15:06
Avada
_92
Я синхронизирую ровно так же версию за версией этого плагина без всяких проблем. О чём уже говорил. И на этом дискуссия по синхронизации объявляется законченной. Пока кто-то не представит нечто, явно имеющее отношение к синхронизации именно и только в текущей бете.
Добавлено: Пт сен 06, 2013 15:41
enginigger
Avada
скриншот
Последняя бета, установлена заново, без плагинов. Слева и справа копия одного и того же файла. Win7 x64, TC x32.
С rar все в порядке, сравнивает корректно.
Добавлено: Пт сен 06, 2013 15:57
Avada
enginigger
В такой ситуации (слева и справа содержимое одного и того же архива) баг с 7z подтверждаю. Без плагинов, только при встроенной распаковке.
Добавлено: Пт сен 06, 2013 16:06
enginigger
Avada
У меня вобще-то в любой ситуации - разные архивы, архив и папка - поведение одинаковое. С одним файлом просто для примера.
Тогда такой вопрос - как отключить встроенную поддержку 7zip?
Добавлено: Пт сен 06, 2013 16:40
MVV
Тогда такой вопрос - как отключить встроенную поддержку 7zip?
Поставить любой внешний плагин для 7z. Например, Total7zip. После установки можно удалить файлы TC7Z.DLL и TC7ZIPIF.DLL.
После входа в архив в окне свойств любого файла видно, каким архиватором он открыт. В случае встроенного указывается
7zip (dll).
Добавлено: Пт сен 06, 2013 17:05
enginigger
MVV
Спасибо. Все получилось.
Вроде, с первой бетой такой вариант пробовал - вылазили какие-то ошибки, с последней все нормально.
Добавлено: Сб сен 07, 2013 14:04
Avada
При копировании включённая опция "Копировать дату/время каталогов" должна влиять только на дату/время модификации каталогов. Так написано в справке и так было в предыдущих версиях TC по 8.01 включительно: при включении этой опции дата/время создания каталога на новом месте менялись после перемещения на другой диск или копирования.
В 8.50 (в обеих бетах) при включённой опции копируются прежние дата/время не только модификации (что правильно), но и — неожиданно — создания папок. Универсальная опция CopyAllTimes не включена, с файлами всё работает нормально. Просьба проверить и, по возможности, зарепортить на оффорум. Такая обработка даты/времени создания каталогов кому-то, возможно, и удобнее (не мне), но это должно настраиваться только раздельно, а не в связке с модификацией.
Добавлено: Сб сен 07, 2013 15:03
MVV
Подтверждаю и согласен. Тем более, в справке указано, что по умолчанию
CopyAllTimes=0, т.е. должна копироваться только дата модификации.
Тема.
Добавлено: Сб сен 07, 2013 15:37
Avada
MVV
Спасибо, но тут есть нюанс. CopyAllTimes относится как к файлам, так и к каталогам. При значении 1 копируется всё и у всего (я проверял), при значении 0 дата/время создания файлов не копируется. В нашем случае проблема только с каталогами и только с датой/временем создания (не доступа).