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

Ajaja

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

P.S.

Бледный шрифт читать тяжелее - надо вглядываться. А зачем это нам надо? Природа запасных глаз нам не выдала, а за очками я ещё не собрался, и хотел бы сей поход ещё лет на сто отложить.

Цитата:

Не знаю, проблем при запаковке списка файлов с относительными путями у меня никогда не было:

ну так список с абсолютными путями ничуть не менее легален.
Я бы понимал если бы 7z вообще абсолютные пути не понимал - так вот он их понимает (как и все прочие архиваторы).
Но явный баг, когда на команду запаковать разные файлы, которые нужно запаковать в архив с разными путями, архиватор выдает ложное сообщение об ошибке и отказывается паковать - не исправляется.

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


Цитата:

Не выдумывайте. Ну нет в архиве никакого диска С: D: и пр., там все пути заданы относительно корня архива,

процитируйте где я утверждал иное или перестаньте спорить с собой.

Цитата:

и если файл в списке не соответствует этому требованию, тогда и пакуется он без сохранения путей.

агащас, как же.
запаковать и посмотреть что по списку t:\2\file.txt нормально запаковывается с путем - религия не позволяет, нужно сказки придумывать?

Цитата:

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

Давайте рассмотрим такую ситуацию: я запаковал файлы с абсолютными путями и с указанием имен дисков, например, E и F. Распаковываю на другом компьютере на котором Е - это CD привод, а F вообще отсутствует. Как поступать архиватору в этом случае?
Вариант 2: я запаковал папку c:\WINDOWS\ на одной системе (9x), а распаковываю архив на другой (ХР). Что должен сделать архиватор? Перезаписать все файлы в XP?
Эти ситуации потенциально опасны, может это одна из причин не поддержки имен дисков в списках?

Цитата:

Давайте рассмотрим такую ситуацию: я запаковал файлы с абсолютными путями и с указанием имен дисков, например, E и F. Распаковываю на другом компьютере на котором Е - это CD привод, а F вообще отсутствует. Как поступать архиватору в этом случае?

очевидно - распаковывать в тот путь, который указан при распаковке. ибо буквы диска в имя внутри архива не входят, никакой проблемы с распаковкой нет.
А вот внутри файла-списка имена дисков - обычное дело, и архиватор с ними вполне адекватно справляется. проблемы с таким списком у него наступают только в случае наличия одноименных файлов - что и является багом.
затруднения у архиватора вправе возникнуть когда путь_от_корня\имя полностью совпадают у нескольких файлов в архиве - дисков то много и сочетание может быть неуникальным. Но это локальная проблема, касается только этих конкретных фалов и не должна являться препятствием для запаковки остальных файлов списка.

Добавлено:

Цитата:

Вариант 2: я запаковал папку c:\WINDOWS\ на одной системе (9x), а распаковываю архив на другой (ХР). Что должен сделать архиватор? Перезаписать все файлы в XP?

несомненно попытаться перезаписать. Это не архиватора дело решать что делать - его дело распаковывать куда ему явно указали.
Если администратор компа решил перезаписать c:\WINDOWS\ - это ему наверно надо и он знает что делает. Если дал права на запись в c:\WINDOWS\ неквалифицированным пользователям - то знал чем это может закончиться.

Цитата:

Но явный баг, когда на команду запаковать разные файлы, которые нужно запаковать в архив с разными путями, архиватор выдает ложное сообщение об ошибке и отказывается паковать - не исправляется.

Не баг это. И сообщение не ложное. 7z не поддерживает одинаковые полные имена файлов в архиве, о чем и сообщает.


Цитата:

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

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


Цитата:

процитируйте где я утверждал иное или перестаньте спорить с собой.

Вот это я по-вашему выдумал:

Цитата:

не пытаясь его глючно анализировать/оптимизировать для уменьшения размера архива на лишние 0.01%

Что он там оптимизирует в списке файлов "для уменьшения размера архива на лишние 0.01%"? Если путь относительный - он помещает файл в архив с путем (относительным), если путь абсолютный без пути. Вот и все, никакого там анализа/оптимизации нет.


Добавлено:

Цитата:

запаковать и посмотреть что по списку t:\2\file.txt нормально запаковывается с путем - религия не позволяет, нужно сказки придумывать?

Я начинаю подозревать, что мы говорим о разных архиваторах...
В какой версии он такой список запаковывает с путем?

wolf0425

Цитата:

проблемы с таким списком у него наступают только в случае наличия одноименных файлов - что и является багом.

возможно суть в том что файлы хранятся в архиве поименно, а путь присутствует как описание
в таком случае появление двух одинаковых имён недопустимо

конечно недоработка, но не существенная

может тар поможет

euheny

Цитата:

возможно суть в том что файлы хранятся в архиве поименно, а путь присутствует как описание
в таком случае появление двух одинаковых имён недопустимо

Нет. Файлы хранятся с полным именем, включающим в себя путь относительно корня архива: каталог1/каталог2/..../имя файла
Имя файла может хоть сто раз дублироваться, лишь бы путь был разным, никаких проблем с этим у 7-zip нет.



Добавлено:

Victor_VG

Цитата:

А какой хэш считать идеальным? Та оценка что я привёл базируется на нормальном распределении вероятностей значений, а как нам делать выборку для "идеального кэша".

Идеальных хэш - это как-раз хэш с равномерным распределением вероятностей, а не нормальльным. Нормальное распределение - это совсем из другой оперы. У MD5 распределение практически равномерное. Приведенная вами цифра вообще не имеет смысла, т.к. повторюсь , вероятность случайного получения двух одинаковых хешей зависит от количества подсчитаных хешей. Надо посчитать более 1e17 таких хешей, чтоб иметь шансы примерно 1 на миллион случайно наткнуться на два одинаковых. Так что, не стоит гнаться за 256/384/512/... битами, можно со спокойной совестью использовать MD5 или другой качественный 128-битный хэш для целей архивирования, верификации и восстановления данных.

Товарищ, хелп!
Имеется смартфон Samsung i 900 WiTu
Требуется программа для распаковки архивов, то бишь архиватор.
Около месяца пытаюсь найти, но безрезультатно.
Везде в инете архиваторы скачиваются АРХИВАМИ!
но как их распакавать, если нет архиватора?!
Киньте ссылочку и желательно подскажите как установить)

volovodenko
места надо знать, уважаемый.
архиваторы для windows mobile:
_http://4pda.ru/forum/index.php?s=&showtopic=20758&view=findpost&p=2964338

да простят меня модераторы

Nikolai2004
Спасибо.
Родина тебя не забудет)

Здравствуйте, уважаемые форумчане.
Подскажите, пожалуйста, есть ли у 7-Zip ключ наподобии -dh как у WinRar, который обрабатывает файлы, открытые другими процессами ?
Покопался в справке к 7-ZIP - не нашел...

Vitaly_Sigov
плохо искал
-ssw = Compresses files open for writing by another applications.

Большое спасибо за ответ. Получилось создать архив.

И еще вопрос:
Какой ключ командной строки отвечает за распаковку содержимого архива в папку с именем архива ?

Vitaly_Sigov

Цитата:

Какой ключ командной строки отвечает за распаковку содержимого архива в папку с именем архива ?

может, всё-таки сам доку почитаешь, а?

Цитата:

-o (set Output directory) switch
...
Example

7z x *.zip -o*

extracts all *.zip archives to subfolders with names of these archives.

7-Zip 9.13 beta

9.13 beta 2010-04-15
-------------------------
- 7-Zip now stores NTFS file timestamps to ZIP archives.
- New additional "Open archive >" item in context menu allows to select
archive type for some files.
- Some bugs were fixed.
- New localization: Uyghur (ключевая фича =).

Verwolk
Немного дополню, если позволите.

Цитата:

Что нового после 7-Zip 9.12 beta:

- 7-ZIP теперь сохраняет файл timestamps файловой системы NTFS в ZIP архивах.
- Новый дополнительный пункт "Открыть архив >" в контекстном меню позволяет выбирать тип архива для некоторых файлов.
- Были исправлены некоторые ошибки.
- Новая локализация: Uyghur.
- Некоторый код в 32х разрядной версии был откомпилирован новым VS 2010 C++ компилятором. Таким образом он может быть немного быстрее для некоторых процессоров.
- Была улучшена поддержка ZIP формата (включая поддержку SFX-ов от WinZip-а).
- Есть немного незначительных внутренних изменений
- Проблема CAB-ов "Не поддерживаемый метод" была устранена.

"Открыть архив > *" открывает только один верхний уровень. Например, если у Вас есть EXE инсталлятор, это откроет только PE (EXE) уровень.
Отметьте, что ZIP архивы с timestamps файловой системы NTFS, больше чем обычные ZIP архивы.
Если Вы не нуждаетесь в timestamps файловой системы NTFS в ZIP архивах, тогда наберите "tc-" в Параметрах или используйте ключ "-mtc-" в консольной версии.

GORA2

Благодарю и учту этот момент - -mtc- в своих проектах.

Вопрос есть. Ранее, до 13 беты, не обращал внимания, а сейчас заметил следующее: если выбираю в контекстном меню "Добавить к архиву..." или "Добавить к ...7z", то размер получаемого архива разный. Выставлено по максимуму, ну и LZMA2
Значит ли это, что при выборе "Добавить к ...7z" архиватор не использует LZMA2 "по умолчанию", то есть, так, как было выставлено при последнем обращении ко вкладке? Как такового, пункта в настройках "По умолчанию" нет, поэтому, приходится гадать.
Ось: 7-ка (32)

RIKARDOYYY

Цитата:

Вопрос есть. Ранее, до 13 беты,

есть такое и в 4.57 \ 9.12
так что тяниться это давно...
надо отписаться автору

Народ! 17 и 18 апреля с 05:00 до 13:00 по Гринвичу на серверах SourceForge.net, Slashdot, Thinkgeek, Geeknet, Freshmeat и Ohloh будут производится работы. Возможны перерывы с доступом к данным серверам!

P.S.

Ссылки в шапке и номер последней беты поправил.

Подскажите пожалуйста скачал архив из файлов *7z.001-023, при разархивации получил ошибку CRC, говорят что какой-то из файлов001... скачался битый, как определить какой файл перекачать, в rar архивах там проследить просто, а в 7z как.

Kirillm

Протестировать все файлы с первого. По идее на битом алгоритм остановится и сообщит об ошибке.

Чем протестировать это с rar архивами так выходило тестить, а 7-Zip File Manager только в самом конце теста говотрит что такой-то файл в архиве что 0 *.7z.001, Ошибка в данных в *.vob. Файл испорчен.
Может чем-то можно полечить испорченый том 001 я так понимаю проблема в нём.
WatsonRus
Нет в архиве полный DVD с многими vob-aми, этот Vob самый большой,
первый раз скачав ещё давал ошибку и 2й другой vob файл,
перекачав ещё раз остался только один самый большой с ошибкой.
Так наверно 3й.....10й раз перекачаю, всё перекачав пару раз удалось разархивировать всёже Спасибо мне.

В 7-zip нет избыточной инфы для восстановления данных, как в RAR (да и в RAR ее никто не использует). ИМХО только перекачивать.

Насчет того, где остановился - я так понимаю, в архиве всего один vob и есть, поэтому 7zipFM и останавливается в самом конце, когда весь этот vob считает и проверит его CRC.

Kirillm

Цитата:

как определить какой файл перекачать

ну если 7зип и вправду не признаётся(уж не помню как там), то просто поищи 0-ли в архивах

WatsonRus

Цитата:

В 7-zip нет избыточной инфы для восстановления данных, как в RAR (да и в RAR ее никто не использует). ИМХО только перекачивать.

Намедни только спас за счёт информации для восстановления архив в 1.2ГБ, а вот часть архивов без неё пришлось перекачивать. Учитывая, что заново искать ссылки процесс как бы это помягче выразиться, не очень занятный - то при любой скорости перекачка крайне раздражает.
К сожалению далеко не все релизеры и аплоадеры понимают важность данной опции.

Kirillm
Попроси товарищей с помощью QuickPar сделать файлы для восстановления.

Asilus
10:10 16-04-2010
Цитата:

К сожалению далеко не все релизеры и аплоадеры понимают важность данной опции.

Аплоадеры за пару-тройку лишних метров удавятся.
А релизеры - Павлова вообще ИМХО заботят только алгоритмы сжатия, юзабельность сабжа почти нулевая, и ИМХО такой останется до конца проекта. FreeArc без году неделя - уже все (или почти все ) удобства на борту - еще бы ему такую распространенность, как у сабжа - цены бы не было, ИМХО единственный реальный конкурент 7-zip (всякие прочие экстремальные архиваторы в расчет не берем - они по разным причинам так и останутся навечно "на любителя"). Про WinRAR, WinACE уже и не говорю.

ну, по моим оценкам большая часть многогиговых игрушек и так freearc'ом упакованы. когда в нём будут dispack и многотомность - не останется последних причин использовать 7-zip для репаков

Добавлено:
и ещё - нельзя сравнивать fa и 7-zip. 7-zip очень тщательно написан, и результат этого - его надёжность и компактность. я же - разгильдяй: налепил кучу кода, который кое-как работает

Цитата:

К сожалению далеко не все релизеры и аплоадеры понимают важность данной опции.

ну - перескажу не моё высказывание

скорость и качество интернета постоянно возрастает

Bulat_Ziganshin

Цитата:

7-zip очень тщательно написан, и результат этого - его надёжность и компактность

я бы ещё добавил лёгкость

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