» Плагины и настройки FAR часть 2

Цитата:

что это за формат - этот Windows Imaging Format Archive

boot.wim и т.п.

Цитата:

форматка без сигнатуры работать не будет.

Сигнатуру постараюсь вычислить. Работает и без нее.

minin

Держи сигнатуру: 4D 53 57 49 4D, а расширений у него оказывается два - .WIM и .SWM

Цитата:

[WIM]
TypeName=Windows Imaging Format
ID=4D 53 57 49 4D
IDOnly=1
IDPos=
Extension=wim
List=7z l -- %%AQ
Start="^-----"
End="^--"
Format0="yyyy tt dd hh mm ss aaaaa zzzzzzzzzzzz pppppppppppp nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn"
Extract=7z x {-p%%P} -r0 -y -scsDOS -- %%A @%%LQMN
ExtractWithoutPath=7z e {-p%%P} -r0 -y -scsDOS -- %%A @%%LQMN
Test=7z t {-p%%P} -r0 -scsDOS -- %%A @%%LQMN
AllFilesMask="*"

[SWM]
TypeName=Windows Imaging Format
ID=4D 53 57 49 4D
IDOnly=1
IDPos=
Extension=swm
List=7z l -- %%AQ
Start="^-----"
End="^--"
Format0="yyyy tt dd hh mm ss aaaaa zzzzzzzzzzzz pppppppppppp nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn"
Extract=7z x {-p%%P} -r0 -y -scsDOS -- %%A @%%LQMN
ExtractWithoutPath=7z e {-p%%P} -r0 -y -scsDOS -- %%A @%%LQMN
Test=7z t {-p%%P} -r0 -scsDOS -- %%A @%%LQMN
AllFilesMask="*"

нашёл у мелкомягких доку по этому формату в RTF.
Этот вариант можно спокойно добавить в custom_user.ini - он сам когда понадобится сработает , Зачем снова всё исследовать и писать?

Victor_VG
Нет, простая установка плагинов x86 в версию x64 ничего не дают, плагины даже не загружаются. А компилить - увы, нет возможности.

Chern

Ну, тогда подбирать готовые. У меня обе машины х86, и потому х64 код я просто физически не смогу скомпилить. Рад помочь, но это не для моего железа, увы...

hotdir х64, насколько я помню, был в топике по hotdir на фаровском форуме, покопайся.

AlVlS

Слушай, а у тебя нет никаких идей по поводу Zip и архивов созданных libzip.a в LINUX? Я специально посмотрел её исходники в BSD, SCO, SUN OS, HP-UX. Получается так, что архивы с некорректной версией создаются именно в LINUX редакции libzip.a - вторично попался мне такой архив, и люди об этом явлении сообщают. pkzip v4 выдал код ошибки W3 - версия-то libzip.a 78.8, а на файл E9. Ковырялся, я ковырялся - идей особых не наковырял. А похоже задачу надо решать кардинально, чтобы больше не возникала..

P.S.

Правда, одна крамольная мысля возникла - перенастроить zip.fmt на тот же InfoZIP и так решить данную проблему раз и навсегда. Попробую.

если 7z его корректно распознает, то никто не мешает прикрутить обработку zip-архивов через custom.ini, а не через zip.fmt...

AlVlS

Да, согласен, есть правда одна любопытная деталь - pkzip может удалять файлы из архивов и перемещать их в них, а 7zip это делать не хочет. Поэтому я просто скачал исходники InfoZip 6.0 и собрал их в gcc.

Delete=7z d {-p%%P} -r0 -ms=off {-w%%W} -scsDOS -- %%A @%%LQMN
у меня удаляет из архивов.
перемещать... это надо подумать...

Кстати, не пора ли шапку поправить? Far 2.0 вышел в билде Stable....

Lucifier

Ладно, пора. Чуть позже и поправлю.

AlVlS

Я был прав - правка исходников навела концы злосчастной баге. Итог таков: InfoZIP - все операции кроме создания SFX? SFX оставляем pkzipc. И всё нормально работает. Специально собрал последние версии из исходников и протестировал. Заодно с ребятами поглядели исходники libzip.a - баг сидит в ней, и только в LINUX варианте. В итоге меняем 11 строк в /multiarc/zip.cpp со строки 463 и баг уходит в прошлое:

Цитата:

// Console InfoZip Zip 3.1/UnZip 6.0 Win32 commands
static const char *Commands[]={
/*Extract */"unzip -o {-P %%P} %%A %%FMQS32768",
/*Extract without paths */"unzip -o -j {-P %%P} %%A %%FMQS32768",
/*Test */"unzip -t %%A",
/*Delete */"zip -d {-b %%W} %%A %%FMQS32768",
/*Comment archive */"zip -z {-b %%W} %%A",
/*Comment files */"zip -c -r {-b %%W} %%A %%FNMQS32768",
/*Convert to SFX use PKZip */"pkzipc -sfx -nozip %%A",
/*Lock archive */"",
/*Protect archive */"",
/*Recover archive */"zip -FF %%A",
/*Add files */"zip -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
/*Move files */"zip -m -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
/*Add files and folders */"zip -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",
/*Move files and folders*/"zip -m -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",

по крайней мере до тех пор, пока кто нибудь не придумает новую пакость.

Цитата:

Поэтому я просто скачал исходники InfoZip 6.0 и собрал их в gcc.

В собранной тобой версии параметр -A работает? Вот так?

Цитата:

Итог таков: InfoZIP - все операции кроме создания SFX? SFX оставляем pkzipc.

Когда я некоторое время старой версией Info-Zip пользовался, у меня без проблем SFX таким макаром создавался:

Код:
REGEDIT4

[HKEY_CURRENT_USER\Software\Far\Plugins\MultiArc\ZIP]
"SFX"="%COMSPEC% /D /E:ON /V:ON /C SET FN=%%A& SET FN=!FN:.zip=.exe!& COPY /B /V \"%FARHOME%\\Utils\\BIN\\unzipsfx.exe\" + %%A !FN! && zip.exe -A !FN! && DEL %%A"

igor_andreev

Сейчас посмотрим. У меня сейчас Zip версии 3.1b. Проверим. А тот же unzipsfx можно просто кинуть в пути и не ломать себе голову. ln или far - создать на него симлинк на системный каталог. И пусть лежит где нам удобно. Система найдёт. Пойду твою идею проверять.

Victor_VG
Кстати по поводу Zip. Вообще-то консольный pkzipc уже давно перерос версии 4 и 4.5. Текущая версия - 12.3. До сих пор без проблем работает с zip.fmt. Не нужно ничего затачивать под InfoZip, igor_andreev прав - zip.fmt должен быть универсальный.

Цитата:

А тот же unzipsfx можно просто кинуть в пути и не ломать себе голову.

Для COPY /B ... нужно, чтобы копируемый файл был в текущей папке или указан полный путь к нему. В PATH не найдет. Кстати, сейчас посмотрел(давненько настройки архиваторов не менял ) - у меня и uharc и 7z аналогично настроены на конвертирование в sfx, через COPY /B

Цитата:

Текущая версия - 12.3. До сих пор без проблем работает с zip.fmt. Не нужно ничего затачивать под InfoZip

Потом, когда MultiArc будут собирать в юникоде под Far2 - все равно уже нежелательно будет использовать шароварные программы, сам Far2 и MultiArc то бесплатны. Идеологически неправильно

igor_andreev

Цитата:

Потом, когда MultiArc будут собирать в юникоде под Far2

Когда MultiArc соберут в юникоде, а zip.fmt и rar.fmt научатся работать с юникодными именами, вот тогда им цены не будет безотносительно того, с какими внешними архиваторами они работают - шароварными или фришными

igor_andreev

Да, твой способ с копированием работает без вопросов.

Benchmark

Ты можешь точно и уверенно утверждать, что с новой версией pkzipc проблема связанная с неверной распаковкой архивов созданных в libzip.a для LINUX снята? Я пока утверждать этого не могу, может я лучше буду дуть на воду принимая решение в принципе, но решение я приму такое, чтобы исключить возможность повтора самого факта всплытия данной проблемы. А вот реализация в UNICODE либо нет для данной задачи безразлична. Она очень желательна для нас, но если и UNICODE редакция MultiArc будет снова страдать от той же болезни, с точки зрения решения рассматриваемой проблемы для нас ничего не изменится.

2Far_Developmer

Поскольку баг из тикета 692 вы пока не прибили, да и костылём его прибить не сможете, держите патч, что зря силы и время тратить? Лучше вы ребята другие баги прибейте, раз этому уже кирдык пришёл. Заодно я и баг в gcc-мейке прибил - не копировались changelog, да это уж ладно, хотя и раздражает при этом потоке билдов, и custom.ini - вот это уже хуже. [more=Патч для Multiarc. Подойдёт пока к любой ревизии после Мая 2009. Только её номер поправить.]Index: makefile_gcc
===================================================================
--- makefile_gcc (revision 3341)
+++ makefile_gcc (working copy)
@@ -13,1 +13,1 @@
- DOCS = arceng.hlf arcrus.hlf arceng.lng arcrus.lng
+ DOCS = arceng.hlf arcrus.hlf arceng.lng arcrus.lng changelog

@@ -34,1 +34,1 @@
- $(MAKE) -f makefile_gcc_fmt FMT=zip
+ $(MAKE) -f makefile_gcc_fmt FMT=zip
+ $(CP) custom.ini $(DLLDIR)/Formats

Index: zip.cpp
===================================================================
--- zip.cpp (revision 3341)
+++ zip.cpp (working copy)
@@ -463,16 +463,16 @@
- // Console PKZIP 4.0/Win32 commands
- static const char *Commands[]={
- /*Extract */"pkzipc -ext -dir -over=all -nozip -mask=none -times=mod {-pass=%%P} %%A @%%LNMA",
- /*Extract without paths */"pkzipc -ext -over=all -nozip -mask=none -times=mod {-pass=%%P} %%A @%%LNMA",
- /*Test */"pkzipc -test=all -nozip {-pass=%%P} %%A",
- /*Delete */"pkzipc -delete -nozip {-temp=%%W} %%A @%%LNMA",
- /*Comment archive */"pkzipc -hea -nozip {-temp=%%W} %%A",
- /*Comment files */"pkzipc -com=all -nozip {-temp=%%W} %%A",
- /*Convert to SFX */"pkzipc -sfx -nozip %%A",
- /*Lock archive */"",
- /*Protect archive */"",
- /*Recover archive */"%comspec% /c echo.|pkzipc -fix -nozip %%A",
- /*Add files */"pkzipc -add -attr=all -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Move files */"pkzipc -add -move -attr=all -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Add files and folders */"pkzipc -add -attr=all -dir -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Move files and folders*/"pkzipc -add -move -attr=all -dir -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
+ // Console InfoZip Zip 3.1/UnZip 6.0 Win32 commands. Please, put unzipsfx.exe in to %WINDIR%
+ static const char *Commands[]={
+ /*Extract */"unzip -o {-P %%P} %%A %%FMQS32768",
+ /*Extract without paths */"unzip -o -j {-P %%P} %%A %%FMQS32768",
+ /*Test */"unzip -t %%A",
+ /*Delete */"zip -d {-b %%W} %%A %%FMQS32768",
+ /*Comment archive */"zip -z {-b %%W} %%A",
+ /*Comment files */"zip -c -r {-b %%W} %%A %%FNMQS32768",
+ /*Convert to SFX */"%COMSPEC% /D /E:ON /V:ON /C SET FN=%%A& SET FN=!FN:.zip=.exe!& COPY /B /V unzipsfx.exe + %%A !FN! && zip.exe -A !FN!",
+ /*Lock archive */"",
+ /*Protect archive */"",
+ /*Recover archive */"zip -FF %%A",
+ /*Add files */"zip -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
+ /*Move files */"zip -m -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
+ /*Add files and folders */"zip -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",
+ /*Move files and folders*/"zip -m -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",

Index: zip.rc
===================================================================
--- zip.rc (revision 3335)
+++ zip.rc (working copy)
@@ -5,1 +5,1 @@
- #define PLUGIN_MINOR 31
+ #define PLUGIN_MINOR 31a
[/more] А посему, как говорится, распишитесь в получении. Главное что баг достаточно просто фиксится но не правкой проверок версии архива - он в коде PKWare, Inc. сидит и они его не исправят просто так, а потому его стоит и в SVN пришибить так же. Уж больно он надоел своим существованием. Пора ему на пенсию.

Victor_VG
Ну тогда выложи где-нить бинарник zip.exe 3.1b

igor_andreev

Скачать файл InfoZipNew.rar - забирай архив. Там всё с их справками по ключам.

Victor_VG
Респект, теперь все работает

igor_andreev

Не за что - ты соавтор патча, в любом варианте - там часть твоего кода для стряпни SFX. А вот что чистый PKZip выдаёт:



так что, тут ребята как я и сказал не совсем с той стороны задачу решали, вернее, они её решили частично, видимо у Лёши не было под рукой PKZip для проверки, а потом об этом баге мы все забыли пока он вновь не проявился. Тут PKZip специально вызван из системной консоли чтобы MultiArc не вмешивался. Результаты - налицо. Я специально брал как типовую 4-ю версию: в первых на неё стандартно настроен MultiArc, и во вторых, она часто встречается в пакетах ПО в организациях, и следовательно вероятность встретится с ошибкой именно на ней просто статистически увеличивается.

Victor_VG

Цитата:

Ты можешь точно и уверенно утверждать, что с новой версией pkzipc проблема связанная с неверной распаковкой архивов созданных в libzip.a для LINUX снята?

Да, решена.

Скачал freesoftlist.zip. Без проблем просматривается / распаковывается как через мультиарк, так и просто в консоли по pkzipc -view и -extract

Со времени 4-й версии консольного PkZip много чего исправлено.

На всякий пожарный. Конфиг для него у меня выглядит так:

Цитата:

[HKEY_CURRENT_USER\Software\Far2\Plugins\MultiArc\ZIP]
"Extract"="pkzipc -ext -dir -over=all -noarc -mask=none -times=mod {-pass=%%P} %%A @%%LNMA"
"ExtractWithoutPath"="pkzipc -ext -path=none -over=all -noarc -mask=none -times=mod {-pass=%%P} %%A @%%LNMA"
"Test"="pkzipc -test=all -noarc {-pass=%%P} %%A"
"Delete"="pkzipc -delete -noarc {-temp=%%W} %%A @%%LNMA"
"Comment"="pkzipc -hea -noarc {-temp=%%W} %%A"
"CommentFiles"="pkzipc -com=all -noarc {-temp=%%W} %%A"
"SFX"="pkzipc -sfx -noarc %%A"
"Lock"=""
"Protect"=""
"Recover"="%comspec% /c echo.|pkzipc -fix -noarc %%A"
"Add"="pkzipc -add -attr=all -noarc {-pass=%%P} {-temp=%%W} %%A @%%LNMA"
"Move"="pkzipc -add -move -attr=all -noarc {-pass=%%P} {-temp=%%W} %%A @%%LNMA"
"AddRecurse"="pkzipc -add -attr=all -dir -noarc {-pass=%%P} {-temp=%%W} %%A @%%LNMA"
"MoveRecurse"="pkzipc -add -move -attr=all -dir -noarc {-pass=%%P} {-temp=%%W} %%A @%%LNMA"
"AllFilesMask"="*.*"
"DefExt"="zip"
"AddSwitches"=""

Benchmark

Это конечно хорошо, да вот как поступить с кучей контор и народа которым это "счастье" я имею ввиду старый PKZip по наследству досталось тем или иным путём? это ведь полумера - не решение проблемы как явления, а беготня с обновами.

Victor_VG

Цитата:

Это конечно хорошо, да вот как поступить с кучей контор и народа которым это "счастье" я имею ввиду старый PKZip по наследству досталось тем или иным путём?

Действенный метод только один: рекомендовать не пользоваться abandonware. В конце концов тот древний pkzip 4.x не идет в комплекте с FAR, значит они его сами откуда-то взяли. А раз сами где-то взяли, значит смогут поменять на более новый pkzip. Или infozip. Или Winzip command line. Или что-нть еще.

Это куда более реально, чем добавлять костыли в виде workaround'ов для старых глючных версий.

А вот добавить в addon'ы FAR pkzip_v12.reg с настройками для нового pkzip 12 было бы полезно.

Benchmark

Вы бы их на форуме где выложили официальном или сразу на багтрекер записали. Потеряются ведь.

WARP_ItSelf

Забирайте я лично только рад буду - столько труда уложить всем вместе только потому, что кто не прочитал спецификации Zip и в байтах 5-6 архива записано 0x0314 т.е. требуется версия архиватора 78.8. Вот подправленный окончательный вариант патча:

Цитата:

Index: makefile_gcc
===================================================================
--- makefile_gcc (revision 3341)
+++ makefile_gcc (working copy)
@@ -13,1 +13,1 @@
- DOCS = arceng.hlf arcrus.hlf arceng.lng arcrus.lng
+ DOCS = arceng.hlf arcrus.hlf arceng.lng arcrus.lng changelog

@@ -34,1 +34,1 @@
- $(MAKE) -f makefile_gcc_fmt FMT=zip
+ $(MAKE) -f makefile_gcc_fmt FMT=zip
+ $(CP) custom.ini $(DLLDIR)/Formats

Index: zip.cpp
===================================================================
--- zip.cpp (revision 3341)
+++ zip.cpp (working copy)
@@ -463,16 +463,16 @@
- // Console PKZIP 4.0/Win32 commands
- static const char *Commands[]={
- /*Extract */"pkzipc -ext -dir -over=all -nozip -mask=none -times=mod {-pass=%%P} %%A @%%LNMA",
- /*Extract without paths */"pkzipc -ext -over=all -nozip -mask=none -times=mod {-pass=%%P} %%A @%%LNMA",
- /*Test */"pkzipc -test=all -nozip {-pass=%%P} %%A",
- /*Delete */"pkzipc -delete -nozip {-temp=%%W} %%A @%%LNMA",
- /*Comment archive */"pkzipc -hea -nozip {-temp=%%W} %%A",
- /*Comment files */"pkzipc -com=all -nozip {-temp=%%W} %%A",
- /*Convert to SFX */"pkzipc -sfx -nozip %%A",
- /*Lock archive */"",
- /*Protect archive */"",
- /*Recover archive */"%comspec% /c echo.|pkzipc -fix -nozip %%A",
- /*Add files */"pkzipc -add -attr=all -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Move files */"pkzipc -add -move -attr=all -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Add files and folders */"pkzipc -add -attr=all -dir -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
- /*Move files and folders*/"pkzipc -add -move -attr=all -dir -nozip {-pass=%%P} {-temp=%%W} %%A @%%LNMA",
+ // Console InfoZip Zip 3.1/UnZip 6.0 Win32 commands
+ static const char *Commands[]={
+ /*Extract */"unzip -o {-P %%P} %%A %%FMQS32768",
+ /*Extract without paths */"unzip -o -j {-P %%P} %%A %%FMQS32768",
+ /*Test */"unzip -t %%A",
+ /*Delete */"zip -d {-b %%W} %%A %%FMQS32768",
+ /*Comment archive */"zip -z {-b %%W} %%A",
+ /*Comment files */"zip -c -r {-b %%W} %%A %%FNMQS32768",
+ /*Convert to SFX */"%COMSPEC% /D /E:ON /V:ON /C SET FN=%%A& SET FN=!FN:.zip=.exe!& COPY /B /V %FARHOME%\\plugins\\multiarc\\Formats\\unzipsfx.exe + %%A !FN! && zip.exe -A !FN!",
+ /*Lock archive */"",
+ /*Protect archive */"",
+ /*Recover archive */"zip -FF %%A",
+ /*Add files */"zip -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
+ /*Move files */"zip -m -S {-b %%W} {-P %%P} {%%S} %%A %%FQS32768",
+ /*Add files and folders */"zip -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",
+ /*Move files and folders*/"zip -m -r -S {-b %%W} {-P %%P} {%%S} %%A %%FNMQS32768",

Index: zip.rc
===================================================================
--- zip.rc (revision 3341)
+++ zip.rc (working copy)
@@ -5,1 +5,1 @@
- #define PLUGIN_MINOR 31
+ #define PLUGIN_MINOR 32

Только что всё заново перепроверил: собирается без сообщений об ошибках раз, работает два, но unzipsfx.exe должен лежать в одном каталоге с zip.fmt - привязка в пути сделана к нему.

Вот вывод компилятора, ошибок и предупреждений нет:

Цитата:

$make -f makefile_gcc_libpcre COMMON=../common && make -f makefile_gcc_fmt FMT=zip
making depends for libpcre/study.c
making depends for libpcre/pcre.c
making depends for libpcre/get.c
compiling libpcre/get.c
compiling libpcre/pcre.c
compiling libpcre/study.c
linking final.32.gcc/obj/libPCRE.a
making depends for zip.cpp
compiling zip.cpp
compiling zip.rc
linking final.32.gcc/Formats/zip.fmt

Заодно, в ту же копилку, патч от Ariman из Mantis#0000999 поправил - в заголовке он не указал файл к которому он относится, забирайте и этот:

Цитата:

Index: editor.cpp
===================================================================
--- editor.cpp (revision 3341)
+++ editor.cpp (working copy)
@@ -3934,8 +3934,9 @@

int LeftPos=CurPtr->GetLeftPos();
int TabCurPos=CurPtr->GetTabCurPos();
- if (ObjWidth>8 && TabCurPos-LeftPos+SearchLength>ObjWidth-8)
- CurPtr->SetLeftPos(TabCurPos+SearchLength-ObjWidth+8);
+ int nSearchLenPart = (SelectFound) ? 0 : SearchLength;
+ if (ObjWidth>8 && TabCurPos-LeftPos+nSearchLenPart>ObjWidth-8)
+ CurPtr->SetLeftPos(TabCurPos+nSearchLenPart-ObjWidth+8);

if (ReplaceMode)
{

WARP_ItSelf

Цитата:

Вы бы их на форуме где выложили официальном или сразу на багтрекер записали. Потеряются ведь.

Дык легко, кто там зарегистрирован - можете положить туда Просто у меня нет регистрации ни на форуме, на на багтрекере, а ради одной мелочи регистриться смысла нет.

Victor_VG

Цитата:

ты соавтор патча, в любом варианте - там часть твоего кода для стряпни SFX

Эт не мой код, эт "ихний", инфозиповский, в мануале есть пример создания SFX. Я его просто в одну строчку вместил. И наверно эту строчку в таком виде пока не стоит в zip.fmt включать. Так, для внутреннего потребления потянет, кто на форуме прочитал...
В нонешнем виде будут переименованы все вхождения .zip
Был архив "name.ziprebuild.zip" - станет "name.exerebuild.exe"
Можно вставить нехитрую проверку только расширения типа "if /i !FN:~-4==.zip ", но тогда это уже не поймут винды с NT4 и младше(они не знают о отрицательных значениях ~-4)

Цитата:

+ /*Recover archive */"zip -FF %%A",

С версии 3.0 zip.exe требует указания нового имени в ком. строке для восстанавливаемого архива.
Нужно что-то вроде zip -FF %%A --out %%Afixed.zip

igor_andreev

Сейчас ещё раз на тестовом наборе посмотрю, но у меня такого пока вроде не вышло. Но, проверю. А насчёт проверки тут да, мне то всё равно - в инсталляторе стоит проверка версии системы - если меньше 5.0 - говорит "До свидания!" даже не показывая окно приветствия. Я там такой "радость" не одну поставил - защита от потери данных. Даже из-за моих фокусов с копирайтом - он у меня выводится на русском и буржуинском, тьфу, английском у "мухобоек" глаза на лоб вечно лезут - орут "Вирус!".

Итог проверки:

Far 2.0.1074

Цитата:

drkns 06.08.2009 19:14:43 +0200 - build 1074

1. Продолжение 1073: лишние преобразования путей при создании ссылок.
Там же - убрана мешанина из табов/пробелов и прочая косметика.

Для 2.0.1073/2.0.1074 имеем после операции преобразования одиночного архива вывод команды ls -chsr:

Цитата:

total 71M
4.8M ssxep5ac.zip
4.8M ssxep5ab.zip
4.8M ssxep5aa.zip
4.8M ssxep5af.zip
4.8M ssxep5ae.zip
4.8M ssxep5ad.zip
4.8M ssxep5ai.zip
4.8M ssxep5ah.zip
4.8M ssxep5ag.zip
4.8M ssxep5aj.zip
4.8M ssxep5am.zip
4.8M ssxep5al.zip
4.8M ssxep5ak.zip
3.8M ssxep5an.zip
4.9M ssxep5aa.exe

Нет ли плагина на замену Extended file copy?
Может как-то можно встроить robocopy в Far?