» WinRAR (часть 2)

Ar0ma

Цитата:

The process cannot access the file because another process has locked a portion of the file.

Часть файла заблокирована другим процессом и RAR'у для чтения недоступна.

Victor_VG

Цитата:

этот пакет исторически звался Windows Commander пока M$ в 1993-м году не устроила грандиозный судебный скандал что слово Windows её собственность и не заставила Гислера переименовать WC -> TC после чего дала ему "своё благословение и поддержку" ибо таково было условие "мирового" соглашения утверждённого судом - или много миллиардные выплаты в пользу Микрософт "за незаконное использование торговой марки" или переименование проекта и контроль корпорации над ним.

В качестве оффтопика, часть интервью с автором TC:
Q: I know Microsoft didn’t like that you named your application Windows Commander. Did Microsoft or any other operating system developers want your software instead of contact you for a namechange?
A: Yes, they contacted us by letter and (very politely) asked to change the name. They even gave us enough time to bring out a new version and register the new name. As I understand it, they were accused from a third party that they didn’t protect their trademark enough, so they had to act.
Перевожу: они написали нам письмо, очень вежливое, и попросили изменить название. Они даже дали нам достаточно времени, чтобы выпустить новую версию и зарегистрировать новое название. Как я понимаю, третья сторона обвинила их в том что они не защищают свои зарегистрированые марки, там что им пришлось действовать

Как видно, ни суда, ни скандала. Про баг с файлом, который не освобождается после завершения процесса, я тоже ничего не нашёл. Дело в том, что мы несколько лет вылизывали систему на NT, и для нас М$ даже выпускала специальные патчи. Но ничего подобного видеть не приходилось. Ссылку на багрепорт не дадите?

Karlsberg

Об этом было известно всем сотрудникам DEC, COMPAQ и HP кто тогда работал на СЦ.

Добавлено:
Это первое, второе баг присутствует до сих пор и проверка элементарна - посмотрите хендлы такого залоченного файла. Можно воспользоваться к примеру Process Hacker - он позволяет найти все хендлы связанные с файлом, а подобные ошибки ни один производитель никогда публично не признаёт, а при возможности их хвосты подчищает. Как пример ошибка FDIV в процессорах Intel Pentium которую производитель признал только после грандиозного скандала и утверждал что она мол присутствовала только в ЦП с частотами 60 - 75 МГц, а нам тогда на работе попались полсотни пилёных из 120-х ЦП с частотой "133 МГц" где сия ошибка была во плоти, но по словам Intel "их в природе не было", хотя через месяц выяснения отношений нам их поменяли на 200 МГц камни, ну и кучу извинений вдогонку вручили. А так ошибки FDIV в кристаллах с частотами 120/133 МГц "не было" ибо ошибочные шаблоны были "уже исправлены".

EugeneRoshal

Цитата:

Цитата:
The process cannot access the file because another process has locked a portion of the file.  

Часть файла заблокирована другим процессом и RAR'у для чтения недоступна.

А как это обойти? А то rar.exe останавливается и говорит:

Цитата:

The process cannot access the file because another process has locked a portion of the file.
Ошибка чтения файла \\server1\Folder1\file [R]=повторить, [A]=прервать

даже кнопки пропустить нет то есть архив вообще не создается...

Ar0ma

Пару вариантов я вам чуть выше назвал - снять блокировку с помощью Process Hacker (текущая сборка из v2.34 SVN r5811) или UNLOCKER. Ещё (не во всех случаях) снять блокировку может связка Far Manager + FarFileUnlock. Пробуйте.

Цитата:

В качестве оффтопика, часть интервью с автором TC:
Q: I know Microsoft didn’t like that you named your application Windows Commander. Did Microsoft or any other operating system developers want your software instead of contact you for a namechange?  
A: Yes, they contacted us by letter and (very politely) asked to change the name. They even gave us enough time to bring out a new version and register the new name. As I understand it, they were accused from a third party that they didn’t protect their trademark enough, so they had to act.
Перевожу: они написали нам письмо, очень вежливое, и попросили изменить название. Они даже дали нам достаточно времени, чтобы выпустить новую версию и зарегистрировать новое название. Как я понимаю, третья сторона обвинила их в том что они не защищают свои зарегистрированые марки, там что им пришлось действовать

Да так и было, была история с Lindows
https://ru.wikipedia.org/wiki/Linspire
после чего Microsoft стала рассылать всем письма у кого в названии продуктов было слово Windows и просить изменить.
Остальное вымысел Victor_VG

Victor_VG

Цитата:

Пару вариантов я вам чуть выше назвал - снять блокировку с помощью Process Hacker (текущая сборка из v2.34 SVN r5811) или UNLOCKER. Ещё (не во всех случаях) снять блокировку может связка Far Manager + FarFileUnlock. Пробуйте.

в данном случае это не вариант, данные берутся с сервера ночью

Ar0ma

Вот это нужно было сказать сразу - что корректирующее вмешательство оператора как минимум затруднено.

Относительно "вымысла" - 64-х битную архитектуру создала именно Intel, однако увы, 64-х битный ЦП для настольный систем DECchip Alpha AXP 21068 существовал ещё до появления Pentium, имел контроллер ОЗУ объёмом до 512 Мб на кристалле и при своей тактовой частоте 66 МГц по тесту SPECint95/SPECft95 втрое превосходил "самый быстрый в истории ЦП Intel Pentium 66 MHz", такой же вымысел и рабочие станции ALR, суперсерверы Tricord, серверы DEC Server AXP, системные платы AIR P54, не существовало и ЦП линейки MIPS Rx000/xx000, и не существовало траспьютерных ускорителей и векторных процессоров ПС-3000, UNIX создана на основе Linux, и многое другое. И вообще, несмотря на признание руководством википедии факта что её страницы правили (и до сих пор правят) сотрудники заинтересованных фирм она истина в последней инстанции. И вот вам на память - блок-диаграмма ЦП DECipAlpha AXP 21064 - AXP21064.pdf и суммарные данные чипа Specification.pdf в виде скана с ксерокопии из "никогда не существовавшей" технической документации по чипам DECchip Alpha AXP 21064/21066/21068 пришедшей к нам на СЦ DEC ещё в 1991-м году. И ещё - сопроцессор плавающей точки применённый в ЦП Intel Pentium разработка которого была начата в 1991-м году по своей схемотехнике почему-то 1:1 совпадает с таковым в DECchip AXP 2106х разработанным в 1987-м - 1990-м гг ибо в 1991-м DEC украла его у Intel - это в своё время было одним из главных "аргументов" Intel против Alpha AXP, и для завершения банкета - чипы DECchip Alpha AXP производились по контрактам на заводах Intel и Samsung, и последняя имеет лицензию на выпуск чипов DECchip Alpha AXP 21х64 действительную до 2030-го года. Вам это ничего не говорит?

Ar0ma

Цитата:

А как это обойти?

Если вы используете ключ -dh, попробуйте его убрать. Тогда есть вероятность, что RAR не сможет открыть такие файлы и спокойно их пропустит. Если ключ -dh не используется, обойти это не удастся. На данный момент RAR не умеет откатывать ситуацию с частично упакованными данными. Только если вычислить, с какими именно файлами это происходит, и вынести их из общей упаковки в отдельную.

EugeneRoshal

Еще один глупый вопрос, вернее два

1. Испытываю трудности при распаковки файлов из командной строки если в пароле есть символы @, $, #. Причем и при распаковки из bat файлов и просто из командной строки
2. Как через GUI сказать что нужно распаковать и битые файлы из архива?

Ar0ma

Цитата:

1. Испытываю трудности при распаковки файлов из командной строки если в пароле есть символы @, $, #. Причем и при распаковки из bat файлов и просто из командной строки

Я сейчас создал архив с паролем @$# в GUI WinRAR, а потом успешно оттестировал его командой:
rar t -p@$# aaa.rar
в командной строке Windows. Возможно используемый вами командный интерпретатор (что-то нестандартное?) рассматривает эти символы как специальные.

Цитата:

2. Как через GUI сказать что нужно распаковать и битые файлы из архива?

"Keep broken files" в диалоге распаковки.

Цитата:

Я сейчас создал архив с паролем @$# в GUI WinRAR, а потом успешно оттестировал его командой:
   rar t -p@$# aaa.rar

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

Такой вопрос.
Есть директория в которой поддиректории с файлами.
Можно ли получить архивы файлов для каждой поддиректории?
Чтобы получилось: директория - архивы файлов с именами поддиректорий?

evoroz

Скриптом. Самое надёжное решение. Ранее в теме было.

evoroz
Victor_VG
А не проще ли в данном случае просто поставить галочку "помещать каждый файл в отдельный архив" на вкладке "Файлы" в диалоге при создании архива?

Andarin
Я так понимаю, там не каждый файл, а каждый подкаталог требовалось архивировать отдельно. Например имеем такую структуру:

Отчеты за 2014 год
..\Отчеты за Январь 2014
..\Отчеты за Февраль 2014
..\Отчеты за Март 2014 и т.д

И на выходе в папке "Отчеты за 2014 год" должны получиться файлы "Отчеты за Январь 2014.rar", "Отчеты за Февраль 2014.rar", "Отчеты за Март 2014.rar" со всем их содержимым...

Скриптом такое, конечно, реализуется. Но в принципе такая фича самому архиватору не помешала бы.

Andarin (15:02 26-04-2015)
Цитата:

А не проще ли в данном случае просто поставить галочку "помещать каждый файл в отдельный архив" на вкладке "Файлы" в диалоге при создании архива?

Тогда уж файл/каталог, или разделить опции. А если там подкаталоги есть? Надо еще и еложенность учитывать...
А может ну его.

Цитата:

И на выходе в папке "Отчеты за 2014 год" должны получиться файлы "Отчеты за Январь 2014.rar", "Отчеты за Февраль 2014.rar", "Отчеты за Март 2014.rar" со всем их содержимым...

Совершенно верно!

Цитата:

Но в принципе такая фича самому архиватору не помешала бы.

+1. Очень хочется.
А у других архиваторов подобная фича есть?

evoroz

Цитата:

А у других архиваторов подобная фича есть?

Не припомню ни одного.

Поэтому и сказал, что фича не помешала бы, но... честно скажу: по-большому счету это не задача архиватора. Для подобных нужд всё же существуют скрипты и .bat-файлы.

evoroz

У tar, rzip, gzip, bzip2, z точно подобной возможности нет - надо кучу архивов - используйте sh/perl скрипты.

Benchmark
evoroz

Цитата:

И на выходе в папке "Отчеты за 2014 год" должны получиться файлы "Отчеты за Январь 2014.rar", "Отчеты за Февраль 2014.rar", "Отчеты за Март 2014.rar" со всем их содержимым...

Именно так и получится. Если надо только каталоги, то выделить только их, если надо ещё какие-то файлы, их тоже выделить.
Правда, если нужно, чтобы ещё в подкаталогах ("Отчёты за январь 2014") отдельные файлы или подкаталоги архивировать, то в данном случае не получится.

Наткнулся на вот такой архив. Если распаковать его через контекстное меню WinRar 5.21, то получаем странный файл tmirc741.001. Удалось обойти это дело с помощью far manager + multiarc, в этом случае архив распаковался правильно. Почему WinRar по умолчанию не смог это сделать?

skipik
[more]
Цитата:

IMPORTANT NOTICE:

As of 09/14/2013 ALL TE RAR archives will now be using the RAR5
standard. Please make sure to update to the latest version of
Winrar (at least Winrar v5.0) so you can extract the contents of
the *.001, *.002 etc... archives within the zip files. The
update is free, there is no reason not to update.

[/more]
файл tmirc741.001 действительно находится в zip-архиве. winrar его извлекает.
а если "far manager + multiarc" делают что-то иное, то это совершенно не относится к теме.

skipik

Просто, смотрим кто что видит:

Explorer, встроенные в ОС либы:



7-Zip v15.00 Alpha:



WinRAR 5.21:



Far 3.0 b4362 с ArcLite + 7.dll v15.00 Alpha:



Far 3.0 b43632 с MultiArc b1.96 + Rar v5.21:



Отсюда гипотеза - проблема кроется в заголовке архива, вероятно созданным libarchive в Linux-е автор которой не посчитал нужным правильно Zip-хидер прописать. По крайней мере значение байт 5 и 6 0x0A00 явно на это указывает т.к. несколько лет назад я не раз встречал подобные сделанные в Linux Zip архивы и частенько для их распаковки приходилось бегать на SparcSTAION под SunOS 2.4 которая с вероятностью 0,3 хотя и с кучей варнингов их распаковывала, в то время как все иные машины вне зависимости от установленной ОС выдавали сообщения о невосстановимом повреждении архива.

Inoz2000

Пальцем в небо.

Не подскажете в какой версии WinRAR начал поддерживать tgz-архивы?

GeMir

В whatsnew.txt для v3.40 встречается первое упоминание о таком типе тарбалов:

Цитата:

2. Теперь WinRAR поддерживает распаковку архивов, созданных с помощью
Unix-инструмента 'compress' (файлы .Z). Подобно архивам GZIP и BZIP2,
WinRAR открывает файлы tar.Z и .taz за один приём, благодаря чему
пользователю не нужно распаковывать .tar самостоятельно.

но я думаю что их поддержка появилась раньше. Надо смотреть логи изменений более старых версий rar.

Думал, она безмолвна, но вот впервые за многие годы увидел триальное напоминание:

shadow_member

И при чём тут это? Ляп местного калибра, автора на сцену!

Victor_VG
Что не так? Что так рассмешило знатока архиваторов, виндовсов и серверов, у которого постоянно сыпется железо?

shadow_member

Уж кое-кому надо быть внимательнее с разделом раз, читать документацию где всё расписано -два. Всё остальное ВЕЛИКАЯ ОТБОРНАЯ ГЛУПОСТЬ - три.

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

EugeneRoshal
Запароленные 7z архивы (с шифрованием имен) имеют в конечной части архива "метку" (06 F1 07 01). Есть ли в rar архивах подобная "метка" по которой можно распознать запароленный архив?
Спасибо.