egor23 Это же выбор - если человек там ничего руками не менял - то ничего и не испортится.
А руками настраивать уже задолбался, честно говоря.
Ессно, это надо делать опционально.
Цитата: ; Arc.exe and unarc.exe should be in your PATH - or write paths here.
Объясните мне рационально - зачем это?
Если просто путь к файлам - он явно указан, если менять переменную окружения, то я не понимаю, почему я для одной программы должен это делать?
Прошу прощения за хамство, но нормальные люди вводят переменную "путь к программе" (типа у ТК - %COMMANDER_PATH%) и не лезут в основную переменую.
И так туда приходится писать пути к всяким дореволюционным программам типа TAR. Так никакой длинны переменной не напасёшься...
Я уже не говорю, что FreeArc при установке зачем-то сделал мне переменную пользователя PATH и прописал туда C:\Program Files\FreeArc - тогда как исполняемые файлы сам же положил в C:\Program Files\FreeArc\bin\
И ещё: у меня уже стоит на компе GTK и более новая, чем несёт с собой FreeArc - он всё-таки должен определять её наличие в системе и пользоваться тем, что есть, а не старыми версиями.
Добавлено: Итак: работа FreeArc с nnBackUp - что-то у меня не срастается.
backup.ini
Цитата: ExtZip: ARC 65001 "c:\Program Files\FreeArc\bin\Arc.exe" a -sclUTF-8 -r -s -mx "%ZIP-FILENAME%" "@%ZIP-LIST%"
Делаем стек. nnBackUp формирует список файлов на 780 Кб (6000 файлов), передаёт FreeArc - и ничего...
Ставил на ночь, говорит:
Цитата: EXIT CODE: 255
Код возврата внешнего архиватора 255
ERROR: Ошибка внешнего архиватора
Но я не прикасался к нему вплоть до утра...
В то же время, небольшие бэкапы (на 2,5 Мб, 200 файлов) делает вполне прилично.
Может, конечно, из-за PATH - но почему тогда маленькие бэкапы идут на ура?