mik wrote:2) В диалоге копирования входим в настройки и нажимаем esc... файл копируется после нажатия на открытую панель. Если закрыта вторая панель, то файл в итоге после многих диалогов и нажатию esc на них удаляется! Опасная штука.
mik wrote:FAR 3 buid 4227 x86, plugin 3.0.7.38, win 7 x64 rus
1) Не запоминаются (сбрасывается на верхнюю строку) и не работают (ничего не происходит после нажатия) выбранные сочетания клавиш.
Что-то я не совсем понял, как и что не работает. Можно поподробнее? Может исправлю.
Zyx wrote:Версия 3.0.7.38
При копировании на диск, смонтированный как папка возникает такой диалог
после чего копирование успешно производится.
Как, чем и какой диск монтировался. Просьба описать подробнее, попробую воспроизвести ошибку.
Это "самое критичное", не работает из-за кривой реализации многопоточности. Не хочу обидеть автора, но это хороший пример плохого проектирования. Насколько я понял код, автор смешал роли интерфейсного и рабочих потоков, из-за чего возникает указанная выше проблема. Независимо, в данном случае, от багов самого Far-а.
Тут, имхо, только форк делать, ибо нужно переписывать движок плагина для разделения потоков по ролям.
Столкнулся с тем что плагин не работает (не появляется в списке плагинов) под Far 2.0 build 1807 x64 под Win 7 64 bit. Ставил "FileCopyEx_v1.9beta_(Far2.0_only).7z". Такой же под Win 7 32 bit прекрасно работает. Можно ли ожидать багфикса, или уйти на 32х разрядную версию фара?
DENgerous,
для FAR 1.75 и FAR 2 на плагринге лежат только 32-разрядные версии плагина. У меня сохранилась 64-разрядная версия плагина 2.0.0 beta от 2010 года, см. архив.
Добрый день.
Не могу понять в чем причина. Может быть как-то можно заставить фар делать логи своих действий.
В общем проблема следующая. имеется два компьютера. На обоих Win7 X64. Far 3 x64 трех последних стабильных версий ( на данный момент билд 4000). Плагин FileCopyEx3 x64. На одном компьютере все работает. На втором при копировании "виснет". Т.е. читает файлы в буфер, пишет что начинается запись и все. Системе, видимо, отвечает, потому что винда НЕ предлагает приложение закрыть, в виду того что оно не отвечает. Но на клавиши типа Esc не реагирует и процесс не идет совершенно. На том компе где работает имеем 8 МБ оперативки, а где не работает 16. Пробовал понизить процент памяти в настройках (чтобы меньше 2 ГБ буфера было). Не помогает. Причину не могу отловить. Похожая проблема была на FileCopyEx2 под некоторыми системами, если вместо 15% поставить жесткое значение килобайт памяти. Тогда для себя просто уяснил не менять этот пункт. А вот теперь ничего не могу сделать.
Что нужно (и можно) сделать чтоб локализовать проблему?
EugenOS wrote: Системе, видимо, отвечает, потому что винда НЕ предлагает приложение закрыть, в виду того что оно не отвечает.
К консольным окнам это не применимо, они вообще не отвечают на те сообщения, по которым винда предлагает закрыть приложение. Так что возможно, что фар просто висит. Что можно сделать сказать затрудняюсь, разве что попробовать ночные сборки фара.
Я уже несколько последних версий пробовал. Три стабильных и две или три ночных. Проблема, как я понимаю в плагине, причем, если честно думаю или в том что памяти больше чем сколько-то, или с правами что-то не так. Но никаких логов нет. Придется ставить студию и отлаживать. Как это под фаром делается? я могу как обычно проставить в проекте длл запускаемую программу и все? или надо какие-то особые пляски с бубном производить?
Я нашел в чем дело. Включаем галочку "параллельное копирование" и все - висим.
ПыСы И кстати, возможно что и в версии для Far2 было тоже это, а не память. С памятью там тоже что-то было, не помню уже, несколько лет прошло, как-то забылось. Т.е. скорее всего это наследованно от старых версий.