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 - но почему тогда маленькие бэкапы идут на ура?