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

timsoid, простите, но я не понял вашей задачи. Вам нужно архивирование с шифрованием без сжатия? Плюс из каких-то соображений вы привязались к 7z (хотя его основная задача — именно компрессия)? Если все так, то тогда я не понял проблемы:

$ 7z a -mx0 -mhe=on -pyour_password your_archive.7z your_directory

Мой любимый архиватор был (прошу не бить сильно) архивирование с максимальным сжатием—компрессия, последняя версия отвечающая данным параметрам,без глюков ?!? ВАРИАНТ!!!

slgold почитать последние страницы темы Advanced Member-у по статусу не положено?

К сожалению, в последней альфе отвалился параметр -ssw, поэтому при попытке заархивировать подобные файлы через cmd-версию возникает ошибка, что процесс не может получить доступ к файлу, так как он занят другим процессом

accrack

Цитата:

в последней альфе отвалился параметр -ssw

Пошаговые инструкции для воспроизведения бага, пожалуйста.

Все очень просто, для примера бэкап базы Oracle, которая постоянно юзается сервисом Oracle в винде. Можно попробовать на любых других занятых (открытых для записи) файлах, например, отыскать в той же папке Temp что-то... Пример командной строки:


Код: 7za.exe u -ssw -ms=off -mx=5 -mmt=4 -xr0!Thumb?.db "backup.7z" "C:\Ora11G\app\oracle\oradata\XE"

accrack
В ветке WinRAR сейчас автор архиватора объясняет похожий случай. С указанным там файлом, архивация "консольной версии 9.22" тоже не происходит. К сожалению "бэкап базы Oracle" у меня нет и нет возможности проверить с ним. Нет ли менее экзотичного примера для проверки на компьютере рядового пользователя? Спасибо.

GORA2
Хммм. Быть может, Вы правы, я просто сразу погрешил на отвал -ssw параметра. Только что проверил на папке Temp, у меня запущен Mozilla Firefox, там его какие-то файлы, быть может, что-то еще от чего-то, не суть. И, в общем-то результат одинаковый:


Цитата:

WARNING: Cannot open 5 files

В обоих версиях.

Но тогда мне непонятно, почему с БД Oracle новая альфа себя так повела. Версия 9.22 ее бэкапит безпроблемно, а 9.34 - нет. Причем, неважно, запускать ли скрипт с правами админа или просто. Поэтому я в некотором недоумении, от чего может расти такая проблема. Просто у меня пока нет более простого и доступного примера на обычной системе, как Вы смогли бы это воспроизвести...

PS
Проверил на простом .docx файле открытом в Word.
консольный 9.22 сжимает с -ssw
9.30 сжимает с -ssw
9.34 не сжимает с -ssw

Без ключа -ssw не сжимает ни один вариант.

Ага, все же проявилась эта проблема и у Вас. Прочитал ответ автора WinRAR, он пишет о функции LockFile. Стало быть, поэтому и 7-zip в папке Temp у меня ничего заархивировать не смог. Значит, проблема действительно с тем, что отвалился параметр -ssw

Зарепортите, пожалуйста, кто зареган.
А как вообще работает -ssw? С помощью службы теневого копирования тома?

Skif_off

Цитата:

Зарепортите, пожалуйста, кто зареган

http://sourceforge.net/p/sevenzip/discussion/45797/thread/07d5c851/?limit=25&page=2#d0b5


Цитата:

А как вообще работает -ssw?

Это лучше у автора на офф форуме спрашивать.

Цитата:

GORA2

Цитата:

9.34 не сжимает  с -ssw

получается для бекапов лучше не использовать, а остаться на версии 9.30

а есть ключик подобный винраровскому -IBCK, запускающий в трее или хотя бы запускающий 7zG.exe на панели задач со свернутым окном?

aha

Цитата:

запускающий 7zG.exe на панели задач со свернутым окном?

Код: @Echo Off
Start /min "" 7zg a archive.7z Temp

redson 09:18 16-06-2014
Цитата:

иконки добавили в контекстное меню, уже радует)

Если в XP (возможно и выше) используется другая оболочка вместо explorer.exe, то иконок нет. Жаль, что не учитываются альтернативные оболочки.
Во второй раз такое встречается (до этого в EditPlus3), в большей части программ отображение иконок не зависит от эксплорера. Ради минимизации dll'ки так делают (зависимость от загруженного в качестве оболочки explorer.exe), штоли? Выигрыш то копеечный...

addhaloka

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

Victor_VG 08:38 11-07-2014
Цитата:

Думаю что причины схожи с этими

Врядли. Думаю, что Игорь решил обойтись без использования ole/oleaut.dll, а в этом случае нужен загруженный эксплорер или скорей всего что-то, что он вместе с собой тащит.
Неверный вывод. ole тут похоже не при делах (не заметил её в импорте поначалу ).

GORA2

Цитата:

@Echo Off
Start /min "" 7zg a archive.7z Temp

не получается прикрутить min

Код: p.FileName = "C:\Program Files\7-Zip\7zG.exe"
p.Arguments = "a -ssw -mx9 -sdel "
p.WindowStyle = Diagnostics.ProcessWindowStyle.Normal
p.UseShellExecute = False
p.RedirectStandardInput = True
p.RedirectStandardError = True
p.RedirectStandardOutput = True
Dim process As System.Diagnostics.Process
process = Diagnostics.Process.Start(p)
process.WaitForExit()

[more] Всем привет!
Столкнулся со странным багом,при создании архива небольшого объёма на него накладывается стандартная иконка-(7z),однако при создании объёма скажем более 500МБ вылезает какая-то хрень вместо иконки-(4 точки в правом углу),при чём на других машинах уже сжатые файлы имеют вполне нормальный вид,также замечено,то что на тех других машинах системные файлы видятся штатно,т.е. с виндовским 4-ёх цветным флажком посередине и с 7z файлами тоже всё хорошо в плане их вида,что нельзя сказать об этой проблемной машине,где происходит то же безобразие с ними в виде этих 4-ёх точек,на работе кстати это никак не сказывается,всё прекрасно идёт в обе стороны,приложу скрины для наглядности
это штатный
http://s006.radikal.ru/i214/1407/51/262bbb25e008.jpg
это проблемный,большого объёма
http://s019.radikal.ru/i613/1407/6f/4c9f64aa2f86.jpg
ну а это вид на другой машине
http://i031.radikal.ru/1407/26/d3ee3b86a912.jpg
правда,хочется заметить,что на "нормальных" машинах системы более девственны,на всех-ХР стоит.
Может кто-нибудь подсказать в какую сторону шарахаться с этой проблемой? [/more]

Falke555

Странно, почему у вас на больших файлах выводится иконка консольного приложения. Я бы искал причины сбоя в ОС - почему она в данном случае считает что файлы размером < X могут быть архивами, а > X только программными модулями. Похоже ошибка в X-ах.

Falke555
Victor_VG
Проблема всё таже, скорее всего OS x86, адресное пространство "порезано" и т.д.
или типа того (тонкости этого вопроса знаю плохо)

Victor_VG да нет с системой никаких проблем,dr.WEB лиц. стоит и тюнапом всё подкручено
egor23 да,32 ось стоит,не совсем понятно,в смысле "адресное пространство" системного или логич. диска на котором создаётся архив? если второе,то это по барабану,т.к. с флешки имеется такой же вид как описано выше,есть тут одна мыслишка,правда это уж как грится,совсем "на дурака",сейчас просто глянул в атрибутах "С" и на тех машинах они разжаты
http://s020.radikal.ru/i712/1407/bd/179392ff939a.jpg
ну попробую,хотя это вряд ли,но всё же,а вдруг...

Falke555

Думаю что как раз настройки ОС у вас сбиты, более того я в этом практически уверен. Dr.Web имени Димы Мостового конечно штука мощная, но не сильно умная и акромя должности швейцара при третьесортном кабаке ни для чего не годная, а вот

Цитата:

и тюнапом всё подкручено

это кандидат на первопричину ошибок номер один.

Victor_VG ладно,делать нечего,буду пробовать откатить систему назад.

А что до сжатия слайсов, то дам одну подсказку - на NTFS нельзя сжимать корневой каталог тома / или у вас будут проблемы со скоростями чтения/записи. Сжимать надо только каталоги. создаёте к примеру каталог /1 и далее attrib /1 +c /d и понеслась душа в рай...

Victor_VG каждому-своё.

Falke555

Цитата:

ладно,делать нечего,буду пробовать откатить систему назад

Не торопитесь.
egor23 прав, проблема давно известна. Система XP x86 не может корректно идентифицировать "большие" файлы (более нескольких сотен МБ). Особенно это заметно на иконках больших exe файлов ибо у них есть собственная иконка, которую система не может достать из файла и показать. На архивах таких размеров это менее бросается в глаза, ибо многие используют альтернативные ФМ вместо експлорера, а ФМ, видимо, ориентируются на расширение файла, а не на его внутренности, при показе иконки этого архива, и посему иконки правильные в ФМ, но неправильные в експлорере.
Методы борьбы:
1 перейти на х64
2 использовать альтернативный ФМ вместо експлорера

Falke555

Это особенность NTFS - если сжимать и корневой каталог тома, то скорость записи резко снижается до сотен байт/с, а чтение наоборот, возрастает до нескольких сотен мбайт/с и выше, плюс резко возрастает число ошибок операций чтения/записи тома - NTFS глючит ибо структуры $MFT сжимать нельзя. Поэтому приходится сжимать только каталоги, а не корневую структуру тома. Если поступить так, то диск работает на предельно возможной для него скорости чтения/записи. Специалистам эта особенность $MFT известна ещё с NT 3.5 где впервые появилось сжатие томов NTFS, но в публичной документации она как и многое иное сознательно не оговорена - "Microsoft confidential information". Зачем так сделали не знаю, но что это надо учитывать.

Falke555
Воспользуйтесь VMMap, офф.сайт VMMap
Выберите нужный процесс, если используется стандартная программа,
то это explorer.exe, если используете другой файловый менеджер, то другой процесс выберите.
Сохраните карту памяти, меню File - Save as...
и файлик выложте

Также можете ознакомиться со статьёй, которая есть в шапке
Почему для использования 2+ ГБ памяти желательно установить 64-битную версию Windows?