Насколько я понимаю, решение - только два плагина. Ни старые версии FAR-а, ни Win9x не понимают уникод (хотя, я не программер, могу и ошибаться). Ну, или что-то вроде проверки при старте под каким FAR-ом работаем и соотв. задействовать ANSI или Unicode функции ("коня и трепетную лань", так сказать, запрячь в одну повозку


При случае - не премину


Можно так:
1. Завершено удачно - выдается окно, которое сейчас;
2. Завершено неудачно - выдается окно "завершено с ошибкой!" и две кнопки - Ок и Log. При нажатии Log открывать редактор по-умолчанию (Notepad или что-там у юзера в реестре прописано) и в него заливать список (смысл сего действия прост - если список огромный, то пусть Notepad сам разбирается как грамотно отобразить длинные имена, скроллить, куда и под каким именем сохранять и т.п.). Как вариант, Log можно открывать во встроенном редакторе FAR.

Обработка больших файлов проходит быстро и корректно, комменты в чек-суммах отрабатываются - спасибо! (как обычно, проверяю только MD5 алгоритм). Надеюсь, старые баги проверять не надо ? (а новые сами о себе заявят, если что).

Теперь если только "бегущие проценты" добавить, да прерывание по Esc... Кстати, а насколько сложно "перенести" отображение процесса из левого угла в информационное окно в центре ? Поясню - когда обрабатывается туча мелких файлов и процесс идет быстро, то не успеваешь "забыть", что происходит. А когда калькулируются большие файлы, то подчас "не отвечающее" окно FAR-а шокирует (потом только "вспоминаешь", что чек-суммы считаем и смотришь в левый угол ). А так - окно в центре, процесс идет, "не надо делать резких движений, господа"

Разумеется, не могу предъявлять никаких претензий Просто... Получалась очень неплохая вещь, осталось нанести буквально последний штрих - и амба!

Собственно: добить скоростную обработку больших файлов и я все же настоял бы на обработке комментариев в чек-суммах MD5 (последнее - чистое ИМХО, но, например, проект http://www.slavasoft.com/fsum/ "балуется" комментированием)

Эту строчку "пихает" известный, видимо, только мне плагин для Far (ссылка см. пост #20). Но если это "отсебятина", тогда, конечно, придется руками править "самостийные" файлы чек-сумм.

К вопросу об обработке больших файлов - не работает! Взял файл размером ~25Гб, запустил вычисление чек-суммы. Прим. через 18 сек был готов результат. Это абсолютно невозможно, потому что файл только читается гораздо дольше.

С чем сравнивал:
Плагин: http://plugring.farmanager.com/downld/files/md5plug140.zip (исходники в комплекте)
Машина: AMD x2 4200+
Расчет чек-суммы занял ~12,5 минут (причем, WinSrv2k3 худо-бедно пытается параллелить процесс между ядрами)


Относительно улучшений - не стоит тратить силы на условно-нужные "фичи". Прогресс-бар не стоит недели работы :-) А статистика - потенциальная "черная дыра" для всевозможных мелких глючков, доработок и придирок. Но это, разумеется, ИМХО.



Они уже отсутствуют - нечего проверять :-))))))

Попробую высказать свои соображения:



Это потребует создания .ini (.cfg) файла или записи реестра для сохранения введенного имени (это логично). А оно надо ? Лично я не уверен. В конце концов не трудно и руками переименовать для особо экзотических случаев.



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



Это желательно, если не сильно "утяжелит" плагин.



Потоковая проверка без "спотыкания" на каждом несовпадении - хорошая идея. В целом поддерживаю, но не "Сохранить", а "Выделить непрошедшие проверку" (в смысле - цветом в Far-е, как по "Insert") .

Спасибо за оперативность! Проверил версию 0.23 - пока все четко, ошибка выгрузки плагина пофиксена. В целом, если не "всплывут" дополнительные глюки, плагин можно считать вполне законченным (ну, или таки добавить SH1 :-)

P.S. Задним числом прочел ToDo - подсчет суммы для 4Гб файлов смысл имеет. Образы ДВД-дисков, например

Спасибо! Замеченные ранее "шероховатости" сглажены. Ищем новые глюки :-)

Каким образом реализовали проверку "валидности" файла суммы, если не секрет ?

P.S. Глюк уже нашел. Причем премерзкий. Захожу в директорию, где уже есть файл CheckSum.md5, выделяю несколько файлов, выбираю "Вычислить сумму" - получаю красное окно ошибки с сообщением "Плагин будет выгружен". Теперь при попытке вычислить сумму в любом месте на любом наборе файлов получаю все то же красное окно с адресом 0х25512551 и выгрузкой плагина. Пришлось откатиться к предыдущей версии...

Хочу повторить основные тезисы из каментов:

1. При создании чек-суммы для текущего файла, по-моему, лучше делать так:
Example.exe
Example.exe.md5
это просто визуально выделяет файл суммы при браузинге.

2. Нашел глючок - встаем на директорию, жмем "Вычислить сумму", получаем сообщение "Выделенные элементы ...", жмем "Ок" - и получаем _выделение_ директории. Есть разница между "оставить выделение" (в случае невозможности обработать, ошибки и проч.) и "установить выделение". Я считаю, что если элемент не был выделен, то его не надо выделять принудительно.

3. Проверить, является ли файл файлом суммы очень просто (во всяком случае, сразу отсеять заведомые "подставки" типа .exe, .avi и т.п.). Набор символов в представлении суммы MD5 и именах файлов ограничен. И если мы встречаем "запрещенный" символ - значит это явно не файл чек-суммы.