Jump to content
Muxe Inc Forums

Recommended Posts

Garl    0

UNPAQ.EXE вообще не умеет распаковывать конкретный файл, не? только весь архив целиком к тому же у меня версия от 1995 года - оно вообще живое?

 !!NDN!!!.TMP любой архиватор не любит. там список содержимого архива записывается, хотя по идее  при запуске 

  S := S + ' >' + TempS;

он должен затирать предыдущее содержимое 

 

nightly_w32.zip   собирается  как обычно, только во временной папке и автоматом выкладывается на muxe.com

 

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

UNPAQ.EXE - не умеет, новее 1995 года нет. Там большинство архиваторов мертвые. ;)

В том и дело, что JAR пытается создать временный файл, а он уже есть и выдает ошибку.

 

Еще обнаружил, что архиватор HAP, точнее его распаковщик PAH3.EXE, всегда требует имя файла в архиве, из-за этого сейчас не работает распаковка архива по Shift+F2, но распаковка одного файла работает.

Syntax: PAH <cmd: e,d,l> <Hap archive> <filespec>

Можно для него сделать так, чтобы при распаковке всего архива целиком в конце строки добавлялось " *.*" ?

Share this post


Link to post
Share on other sites
Garl    0

по PAH пока ничего сказать не могу (не работает он под 10-кой)

по JAR можно пример того как он глючит с временным файлом, ибо  у меня вроде всё ок

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

По JAR - создайте пустой временный файл  !!NDN!!!.TMP вручную, потом зайдите в ранее созданный архив JAR, будет ошибка и список не откроется.

У меня JAR32.EXE - JAR 1.02

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

JAR заработал!

В ночнушке не работает автообновление файловых панелей, похоже, что часть исходников - старые.

Еще есть проблема с архиватором HPK (HPACK.EXE, тоже под DOS) при просмотре файла, там в командной строке почему-то на 1 пробел больше (перед именем архива), чем при распаковке одного файла, а архиватору это не нравится и он при просмотре файла не хочет его распаковывать.

Распаковка: HPACK.EXE x -da E:\arctest\MONINFO.HPK MONINFO.EXE
Просмотр: HPACK.EXE x -da  E:\arctest\MONINFO.HPK moninfo.exe

Можно этот пробел убрать?

Share this post


Link to post
Share on other sites
Garl    0

пересобрал с текцщими исходниками,

а точно в настройках HPACK нету лишнего пробела?

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

Во, заработало автообновление файловых панелей!

Лишних пробелов точно нет. Похоже, что при просмотре какой-то ключ добавляется, которого нет при распаковке, но он пустой и остается только пробел-разделитель, архиватор этого не терпит.

 

Clip.png

Share this post


Link to post
Share on other sites
Garl    0

так проставьте в пустые строки цифры и увидим что там должно быть

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

Проверил, никакие ключи не подставляет, та в коде 2 пробела значит при просмотре файла. ;)

 

Share this post


Link to post
Share on other sites
Garl    0

так работа с архивами типовая для всех архиваторов,  можно archiver.ini сюда засветить?

 

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

Да ничего нет в нем интересного.

NDN же не добавляет разделительный пробел, если ключ пустой в конфиге?

На счет типовой работы - архиватор ZPAQ не поддерживает списки файлов (это хоть можно отключить) и самое главное - он требует, чтобы ключи-опции были в самом конце строки, после списка файлов! Иначе он не работает. Сейчас упаковка не работает.

 

 

archiver.zip

Share this post


Link to post
Share on other sites
Garl    0

а можно .hpk архив приаттачить? ну не выходит аленький цветочек ...

Share this post


Link to post
Share on other sites
Garl    0

во! так у нас везде двойной пробел перед извлечением

JAR.EXE X  "E:\ndn\test_\CONS#122_056985.j" "CONS#122_056985.USR"

7Z.EXE x -scsDOS  "E:\ndn\test_\ee ee.7z" "0.BIX"

PKUNZIP.EXE -d  E:\ndn\test_\BIX100B7.ZIP readme.txt

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

Ага, значит везде. Но только  HPACK его не любит.

И еще  ZPAQ хочет, чтобы все ключи (кроме команды) были в конце строки. Надо делать какое-то исключение в типовой схеме. Собаку удалите в настройках по умолчанию, списки не поддерживаются.

 

Share this post


Link to post
Share on other sites
Garl    0

тестим. zpaq дефолтные настройки поправил.

UPD: HAP жёстко добавляем в конец '*.*' 

Share this post


Link to post
Share on other sites
Garl    0

если есть вариант протестить рар\zip  с парольной защитой? и вообще корректность работы с паролями за одно

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

HPK - заработал.

HAP - не вижу изменений в плане *.*.

ZPAQ - не работает упаковка из-за требования к ключам (хочет в конце).

 

Share this post


Link to post
Share on other sites
Guest WAJIM   
Guest WAJIM

Проверил пароли у ZIP/7Z/RAR - вроде работают, но при открытии архива 7Z запароленные файлы никак не отмечаются и NDN не запрашивает пароль при распаковке (его запрашивает уже сам 7z.exe).

 

Еще обнаружил косяк с автообновлением файловой панели. Если запустить в NDN любую программу хотя бы 1 раз, то панели перестают обновляться автоматически!

Share this post


Link to post
Share on other sites
Garl    0
10 minutes ago, Guest WAJIM said:

Проверил пароли у ZIP/7Z/RAR - вроде работают, но при открытии архива 7Z запароленные файлы никак не отмечаются и NDN не запрашивает пароль при распаковке (его запрашивает уже сам 7z.exe).

7z l arhive.7z (с паролем не выдаёт инфрормации о паролях) а у нас на входе только эта информация.

 

Share this post


Link to post
Share on other sites
Garl    0

HAP по Shift-F2 на архиве подставляет в конце ' *.*'

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×