» 7-Zip / 7z (часть 2)

DmitriC
Вроде же -spf это использовать абсолютные пути, включая букву диска. А пути сетевые, как же их 7z записывать будет. В первом случае 7-zip преобразовывает путь в относительный, а во втором нет. Если сначала например subst x: \\SERVER\DOCS, тогда и 7z.exe a -r -spf archive.7z x:\*.doc сработает, потому-что путь абсолютный.

mig73

Цитата:

Вроде же -spf это использовать абсолютные пути, включая букву диска. А пути сетевые, как же их 7z записывать будет.

Вместо буквы диска в архив включается имя компьютера и далее уже обычный путь к файлу. В моем примере вместо буквы диска в архив попадет слово "SERVER".
В версии 9.30a это еще работало, а во всех следующих версиях - уже нет. Неисправный ключ -spf не дает делать архивы с сетевых папок компьютеров.

Цитата:

Если сначала например subst x: \\SERVER\DOCS, тогда и 7z.exe a -r -spf archive.7z x:\*.doc сработает, потому-что путь абсолютный

Я бы с удовольствием использовал subst, но перечни ресурсов и масок файлов для сжатия для каждого компьютера у меня берутся из TXT файлов. И тут уже subst не прикрутишь. Вот пример такого TXT file-list'а:

\\SERVER\DOCS\*.doc
\\SERVER\DOCS\*.doc?
\\SERVER\DOCS\*.ppt
\\SERVER\DOCS\*.ppt?
\\SERVER\DOCS\*.rtf
\\SERVER\COMMON\*.doc
\\SERVER\COMMON\*.ppt
\\SERVER\COMMON\*.rtf

DmitriC
Понятно. И что-то я этот 9.30a на оф. ресурсе не нашел. Интересно, а как же он тогда будет такой архив распаковывать с SERVER вместо диска. Или может если file-list'ы не большие то создавать из них батник для subst (подкл - архивировать - отключить)

mig73


Цитата:

И что-то я этот 9.30a на оф. ресурсе не нашел.

Не знаю, может уже убрали его :\
Вот, залил 32-битную версию: http://rghost.ru/84s6VcNYX

Цитата:

Интересно, а как же он тогда будет такой архив распаковывать с SERVER вместо диска

Так и распаковывает: создает папку SERVER и кладет в нее файлы.
Меня это ОЧЕНЬ устраивает и хотелось бы увидеть вновь отремонтированный ключик -spf.

DmitriC
1 Игорь читает эту ветку.

2
Цитата:

У кого есть возможность, пожалуйста, закиньте на sourceforge.net тикет о неработающем ключе

Цитата:

В версии 9.30a это еще работало, а во всех следующих версиях - уже нет. Неисправный ключ -spf не дает делать архивы с сетевых папок компьютеров.

C версии 9.30 прошло почти 3 года, а Вы так и не удосужились зарегистрироваться на офф форуме и отрапортить баг!? Видимо, не очень Вам оно надо.

DmitriC
Спасибо за ссылку, попробовал все работает. Странно столько версий уже было...

DmitriC

Цитата:

Так работает: 7z.exe a -r archive.7z \\SERVER\DOCS\*.doc
а так нет: 7z.exe a -r -spf archive.7z \\SERVER\DOCS\*.doc - пишет, что указан недопустимый путь.

А вы хоть иногда Microsoft Knowlege base читаете? Это же ограниченные CMD на работу с UNC путями введённое ещё в Windows 2000 проявляется. Поищите, специально не даю ссылку чтобы вы сами её нашли и эти знания стали вашими.

Victor_VG

Цитата:

А вы хоть иногда Microsoft Knowlege base читаете? Это же ограниченные CMD на работу с UNC путями введённое ещё в Windows 2000 проявляется.

К счастью, 7-Zip 930a про эти ограничения ничего не знает и нормально работает под Windows 2012 Server R2, а вот 7-Zip 15.05b уже стал умнее и, к сожалению, эти ограничения перестал игнорировать.

А если серьезно, неправильная работа ключа -spf - это баг архиватора. Это уже обсуждалось, и автор признал это багом и даже вот здесь это есть: http://sourceforge.net/p/sevenzip/bugs/1427/

Жаль только, что c исправлением этого косяка автор не спешит...
Я надеялся, что повторный тикет сможет освежить внимание Игоря Павлова к данному вопросу.

DmitriC

Будет время думаю решит его.

Ещё одна ошибка вылезла - попробуйте распаковать любой файл из подкаталога JoystickTest.xap ::./Assets/ - 7-Zip версий 9.35 Beta и выше сообщает об ошибке распаковки - 7zFM v15.05b пишет Ошибка заголовка ./Assest/<file>., rar v5.2.1 распакует молча ибо согласно его детекту там формат Zip 2.0 DOS, хотя возможно что Микрософт где-то "поправила" хидеры по своему усмотрению, но автор баг-репорта пишет в Мантис#3009:

Цитата:

Summary 0003009: Arclite не распаковывает файлы внутри фолдеров в .xap
Description Arclite не может распаковать файлы в фолдерах внутри xap (пакет Windows Phone, по сути, простой zip-архив).
Steps To Reproduce    1) скачать тестовый файл JoystickTest.xap по ссылке https://goo.gl/x7KCBd [^] (или из аттачмента к issue)
2) войти/открыть по Ctrl+PgDown
3) войти в папку Assets
4) попробовать просмотреть или извлечь любой файл
Additional Information Проверял на ночной сборке build 4392, x64

добавлю - в плагине arclite v1.6.7 входящем в дистрибутив Far используется 7z.dll v9.35 Beta, с 7z.dll v15.05 Beta ситуация аналогична что и заставило меня написать баг-репорт Игорю ...

P.S.

И как подсказали мои товарищи у кого сохранился 7-Zip v9.20 он данный архив распаковал без ошибок, ну про BSD p7zip 9.20_1 и говорить нечего - распаковал всё без ругани и прочего. Ошибка сидит именно в Zip-распаковщике новых версий 7-Zip ...

использую сейчас 7-Zip 7.38b, стоит ли переходить на 7-Zip 15.05b ?

Victor_VG

Цитата:

Ещё одна ошибка вылезла

Это наверное из той же оперы, что и:
http://rghost.ru/8BXFZXQtc

WinRAR его распаковывает без ругани и ошибок.
Тоже давнишняя болячка. Хотя, может, просто нестандартный архив.
Все, молчу, молчу...

redson

Часть ошибок устранена, часть осталась со времён царя Гороха, но в целом смыл есть...

DmitriC

Да, вероятно ошибка того же рода, правда в M$ .CAB свои проблемы есть - в них обычно трудно правильно восстановить имя файла и его блоки. Но это они специально так сделали чтобы "враги" не могли раскрыть архивы их Win95 - она насколько я помню к нам первой в этом формате пришла и мы крепко на него матерились чтобы вытащить один файл из всей колбасы этой ОС.

Добавлено:
Ну а с тем горе-архивом и Игорь и я видели - путь до каталога пишут с обратным слешем, путь к файлам в каталоге - с прямым - ./Asssis\Logo.png ©Microsoft ( я ещё у приятеля пару подобных файлов с WinPhone8 увидел, да и поиск по MSDN на этот формат несколько страниц мата с ходу выдал):

формат архива Zip 2.0, все пути в архиве вида ./<dir>\<file> распространение через мелкомягкий магазин с помощью их же ПО, очередной аналог .MSI, но для WinPhone.

Игорь обещал подумать над патчем - такого сорта "трюк" могла придумать только сильно ушибленная головушка ибо в здравом уме и трезвой памяти заниматься подобным идиотизмом никто не станет...

Ну, для .xap патч к v9.38b и v15.05b написал один из разработчиков Far Manager, для них он работает, другие файлы не берёт! Общий патч будет зависит от того, когда Игорь сможет его написать...

Victor_VG

Цитата:

Это же ограниченные CMD на работу с UNC путями введённое ещё в Windows 2000 проявляется.

Кстати, насчет ограничения. Оно действительно для команд самой CMD. А вот если вы запускаете прогу и передаете ей путь UNC в качестве аргумента, то для проги этот путь - просто строка. И она с этой строкой может сделать все, что захочет. Может посчитать что это команда на взрыв компа, может открыть этот UNC ресурс, используя CreateFile, может проигнорировать. Так что на проги это ограничение никак не распространяется.

Упросили - подвижка с поддержкой формата RAR5:

Цитата:

Igor Pavlov
2 hours ago

I plan to add support of RAR5 in 2 months.

Victor_VG
К версии 35.17 будет

wxp73

Специально для вас RAR5 добавят в v99.99 и только она вам будет доступна.

Victor_VG

Цитата:

Упросили

Лучше бы "свои" дела довел до ума, а потом чужие форматы поддерживал.
Удаление залоченных файлов в новом инсталляторе, по-моему, сделано неудачно.

GORA2

Согласен. Ошибки раздражают, так зачем их плодить?

wxp73

Цитата:

К версии 35.17 будет

Сдается мне, версии 35.17 мы не дождемся. Максимум 35.12. Правда, к этому времени 7z может быть уже историей...

Добавлено:

Цитата:

А если серьезно, неправильная работа ключа -spf - это баг архиватора.

Сиё можно поправить топором. Однако правки топором имеют свойство править одно ценой ломания всего остального.
Топор доступен для любопытствующих: topor

ItsJustMe
Топор просит vcruntime140.dll.

Цитата:

Однако правки топором имеют свойство править одно ценой ломания всего остального.

А много чего "ломать" пришлось?

ItsJustMe

Так может проще дифф выложить чтобы тем же VC++ 2010/2013 собрать? Или сразу слинковать статически?

Цитата:

Топор

- не о функционале, об оформлении:
вот как раз "Топор`но" выглядит интерфейс, кто без гуи, тому без разницы, для современных ОС и работающих через гуй: 7-Zip15.05x64betaThemesByYSF.7z - модерновые диалоги, иконки и тд

YSF
А мне, например, исходный интерфейс больше нравится. Посмотришь на кнопки и сразу понятно: "+" - добавить в архив, "-" - извлечь, и т. д. А у Вас одни стрелки: вверх, вниз, вправо... Приходится уже надписи читать.

DmitriC, дело не в кнопках, а в иконках, и, честно говоря, панелью не пользуюсь, всегда откл, но если есть пожелания, могу изменить вид кнопок на "какие Вам нравятся" ))) выбор практически безграничен, ранее (с v9.20) не выкладывал в паблик, посмотрю на статистику скачиваний и определюсь..,

ps^ Tull_Baroв в свободном доступе =>

YSF
Мне кажется, если есть интерес и желание, было бы неплохо просто "осовременнить" и сделать красивее уже привычные значки 7-zip'а.

Цитата:

значки 7-zip'а.

уже давным давно есть у некоего Smarty в пакетах New Look 2 или New Look 3 (файл 7z.dll.res)

Inoz2000

Цитата:

уже давным давно есть у некоего Smarty

7z_Patch - респатчер для архиватора 7-Zip

GORA2 + 1000500, изначально из Ваших наработок.., сэнк, универсальный патчер делать пока что не вижу необходимости, в отличии от Вашего в моём наборе всё абс другое (значки сам рисовал, ну а Tull_Bar встроил какой ближайший "под рукой был", вообще на него без внимания, гдавное ИКОНКИ)