» WinRAR (часть 2)

EugeneRoshal

Цитата:

Кстати, тогда ведь при бэкапе диска целиком, все абсолютные ссылки в пределах диска заменятся на относительные.

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

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

[more] Benchmark

Цитата:

В этом случае распакованные данные будут соответствовать исходным с точностью до имени диска.

Я пока представляю относительный путь для симлинка как серию ..\..\dir1\dir2 от текущего каталога, а не путь от корневого каталога архива. То есть, вместо d:\dir1\dir2\somefile получим что-то вроде ..\..\..\dir2\somefile.

Цитата:

Уж его-то любой пользователь в состоянии указать при распаковке.

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

ccaid

Цитата:

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

Да, при решении "в лоб" могут быть подводные камни. [/more]

EugeneRoshal

Я сейчас поглядел что делает Win7 - похоже она зовёт CreateSymbolicLink() в форме создания абсолютных симлинков, хотя та может любые создавать....

Добавлено:
EugeneRoshal
ccaid
Benchmark

Tar на UNIX хранит в тарбалле относительные пути используя в качестве точки отсчёта корневой каталог тарбалла. При этом при распаковке ошибок ФС не возникает, а для редактирования симлинков в UNIX есть инструменты. Я к примеру под Win пользуюсь утилитой Link Shell Extension, но и она не умеет симлинки править. Только можно выбрать тип симлинка - абсолютный либо относительный через её конфигуратор.

[OFF] Victor_VG
Цитата:

но и она не умеет

в свойствах -> Цель: -> Вручную можно написать, и относительный путь, и абсолютный
(только что проверил) [/OFF]

Inoz2000

Это я знаю, но это не к месту тут. Я имел ввиду исправление повреждённых линков.

YSF

Цитата:

будет ли реализована полноценная поддержка 7z архивов? или хотя бы возможность их переупаковки?

Тогда Винрар превратится в оболочку для использования архиватора 7z

Victor_VG

Цитата:

Tar на UNIX хранит в тарбалле относительные пути используя в качестве точки отсчёта корневой каталог тарбалла.

Я сейчас под Linux создал симлинк на /usr/include/stdio.h, упаковал его GNU tar и посмотрел на содержимое архива. В tar архив ссылка попала именно как /usr/include/stdio.h, с ведущим /. Потом я повторил этот же эксперимент под FreeBSD, используя bsdtar, с тем же результатом.

Добавлено:
Victor_VG
Проверил с относительными путями - tar сохраняет их как есть, ничего не преобразуя.

в общем, под linux относительные пути есть и при создании ссылок внутри своего проекта лучше использовать их. если же были использованы абсолютные, то лучше воспользоваться спецутилитой для преобразования их в относительные. тем не менее, подобная функциональность внутри rar будет полезна (хотя может не очень востребована), хотя мне кажется что по умолчанию она не должна включаться, следуя принципу least surprise

при бекапе тома в целом или системных каталогов преобразовывать ссылки на системные файлы типа /bin/* в относительные на диске перед упаковкой не очень удобно, поэтому такая функциональность в архиваторе будет более востребована. практически это может быть полезно если потом архив может быть восстановлен в другой каталог, может при переносе софта в другой каталог?

на этом моё понимание кончается, может ccaid расскажет нам сценарий в котором ему нужна эта опция и почему использование внешних утилит ему неудобно?

EugeneRoshal

В принципе от tar это и требуется. Тут я забыл что у меня на всех системах жёстко задано создание относительных симлинков - системы уже по 15 - 20 лет стоят на серверах и ни одного отказа. DEC Server AXP 2100 и этим всё сказано.

Bulat_Ziganshin

Цитата:

в общем, под linux относительные пути есть и при создании ссылок внутри своего проекта лучше использовать их.

Под Windows то же самое. mklink link ..\target создаст линк с относительной ссылкой, и rar ее упакует и распакует именно как относительную.

EugeneRoshal
Уважаемый, можете добавить интеграцию с *.apk и *.obb файлами (приложения под андроид), чтоб через контекстное меню можно было работать (проверить целостность к примеру). Если делать ассоциацию средствами Windows - контекстное меню не работает (вернее - нет пункта "проверить архив"). Сейчас плланшеты и смартфоны всё более актуальны. Кстати, будет WinRar под android? Проверить те-же *.apk и *.obb, к примеру. Подправить-добавить что-нибудь. Чтоб без PC можно было обходится...

Добавлено:

Цитата:

Уважаемый, можете добавить интеграцию с *.apk и *.obb файлами (приложения под андроид), чтоб через контекстное меню можно было работать (проверить целостность к примеру). Если делать ассоциацию средствами Windows - контекстное меню не работает (вернее - нет пункта "проверить архив").

Сорри, затупил малёха... Просто "пользовательские расширения файлов" в WinRar никогда не пользовал, проглядел.
Первай вопрос снимается. Остаётся про android-версию.

caxap

Цитата:

Кстати, будет WinRar под android?

Пока не знаю. Трудоемко. От среды разработки я в восторг не пришел. Придется использовать смесь из Java и NDK.

Мобильные платформы какие-то короткоживущие. Еще не так давно на этом рынке Pocket PC конкурировала с Palm OS, и где они сейчас. А на разработку Pocket RAR я несколько месяцев потратил. Есть ли уверенность, что Android это всерьез и надолго.

Определенно пока ответить не могу.

EugeneRoshal

Цитата:

Есть ли уверенность, что Android это всерьез и надолго.

Вряд ли. Вот iOS продержится ещё долго, как первая и самая адекватная мобильная ОС под сенсоры.

Bulat_Ziganshin
обсуждаемая опция поможет в случае, если были назначены абсолютные пути для симлинков, не потому, что так надо, а потому, что так получилось: как я уже упоминал, в Far симлинки создаются именно с абсолютными путями. полагаю, так сделано, потому что так проще и никому не мешает. но теперь появился инструмент, позволяющий сохранять симлинки в архив и восстанавливать, в том числе, в другом месте. осторожно предположу, что люди, использующие симлинки, и люди, использующие Far, зачастую могут совпадать. поэтому рано или поздно начнутся баг-рапорты на этому тему.
я просто обратил внимание на этот момент, а решать, что с этим делать, конечно, Евгению.

EugeneRoshal, добрый день.
Мои отзывы о бете (продублировано также в письме разработчикам)
1. Отсутствует флаг добавления электронной подписи (хотя должно быть).
2. Мне кажется не хватает функции «Извлечь каждый файл в отдельную папку».
P.S. Я конечно понимаю — простите — что это не ваша проблема, но... я платил из своего кармана 30 условных единиц за программу (когда это было — не помню, хоть убей, помню только тип лицензии и регистрируемое имя пользователя [Basil Kaygorodtseff, Single PC Usage Licence], писал как в англоязычный сегмент, так и в русскоязычный.
Всё что удалось добиться: «а когда вы покупали?» (причём из русскоязычного). В общем пришлось скачать генератор ключей, что погано и для вас и для меня. Вы можете как-нибудь повлиять на ситуацию?
А то первый раз без вопросов прислали, а второй раз такие затыки ((( ).

Всех благ и спасибо за такую хорошую программу,
(скажите пиратам спасибо за то что её купил — покупал по их принципу «Понравилось-купи» )) )
Ars

Ars85

Цитата:

1. Отсутствует флаг добавления электронной подписи (хотя должно быть).

вы изменения читали?

Цитата:

Удалены функции:
- функция электронной подписи не обеспечивала должного уровня надёжности и была удалена;

Нет, я справку в beta 2 читал ) . Что ж, простите за офтоп.
Тороплюся вот я, топроплюсь ) .

Ars85

Цитата:

2. Мне кажется не хватает функции «Извлечь каждый файл в отдельную папку».

Если речь о каждом архиве, а не каждом файле, такая функция есть в конекстном меню, если выбрать несколько архивов и нажать на них правой кнопкой. В оболочке WinRAR при выборе нескольких архивов в диалоге распаковки становится доступной опция "Extract archives to subfolders".

По ключу я ответил на email.

Спасибо ещё раз (и за решение проблемы, и за подсказку того, чего не замечал), но...
1. Нет, речь идёт именно о каждом файле. Сегодня вот пример — упаковал в многотомный SFX-архив мульт, менеджер закачки и проигрыватель. По логике нужно чтобы это извлекалось в отдельные папки, но не нашёл.
(Да и спасибо что проблему с томами в beta 3 решили, я думал сегодня сдохну ))) , не посмотри я сегодня сюда.)
2. Не хватает «Добавить каждый файл в отдельный архив» в контекстном меню (по логике я бы туда её поместил). Есть только в малозаметном месте (вкладка «Файлы») «Помещать каждый файл в отдельный архив», которая доступна почему-то даже при добавлении одного файла .
Вот сейчас выделил контролом несколько файлов и можно добавить только в один архив (через контекстное меню самособой). Я думаю эта опция будет полезна, когда несколько дистрибутивов программ.
3. В общем в русскоязычной справке (beta 3) сохранилось упоминание о электронной подписи и соответствующем флаге (mk:@MSITStore:C:\Program%20Files\WinRAR\winrar.chm::/html/HELPGetArcGeneral.htm -> нашёл по поиску «подпись»).
Всего хорошего и наилучшего,
Ars
P.S. Дмитрию Ерохину если что я написал.

Ars85
Спасибо, исправлено.

Ars85

Цитата:

Нет, речь идёт именно о каждом файле. Сегодня вот пример — упаковал в многотомный SFX-архив мульт, менеджер закачки и проигрыватель. По логике нужно чтобы это извлекалось в отдельные папки

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

Нет, они лежат в одном архиве.
Ну что нам мудрствовать лукаво, вот архив
1 часть — http://rghost.ru/46100825
2 часть — http://rghost.ru/46100871
. Там лежит мульт и дистрибутивы. По моей логике дистрибутивы надо в отдельные папки, мультипликационный фильм тоже в другую. Не смотрите что он SFX (самораспаковывающийся), я имею в виду ручную распаковку.
Согласен, ситуация редкая, но она порой у меня встречается.
И конечно согласен, что лучше поработать ручками, просто я тут выражаю своё неудовольствие .
DimmY, это вам спасибо за русский язык, ведь я ваши переводы считаю качественными (ценю за участие в проекте Русский Help, можно сказать с него я начал с вам «знакомиться») .

Не понял насчёт ключа -cp.
Пытаюсь применить настройки из профиля backup, пишу слудующую команду

Код: rar a -r -ep1 -cpbackup profiles "C:\Documents and Settings\bamboo\Application Data\Mozilla\Firefox\Profiles"

zmvzmvzmv

Цитата:

rar a -r -ep1 -cpbackup profiles

Этот ключ поддерживается только winrar.exe. Консольный rar про профили и registry не в курсе.

Ключи консольного rar описаны в rar.txt, ключи winrar.exe в winrar.chm. Большей частью они пересекаются, но не на 100%.

EugeneRoshal

Сейчас посмотрим что в rar5b4 субъективно улучшилось. Спасибо! Я видимо случайно поймал момент обновления на сервере - Far3 NetBox относительно долго считывал листинг каталогов держа меня на странице приветствия.

WinRAR v5.00 beta 4
20-05-2013


Цитата:

1. If archiving operation cannot allocate memory required for compression dictionary, it automatically reduces the dictionary size.

2. Decompression algorithm can store the dictionary in several memory blocks.
It helps to unpack an archive on systems with high level of memory heap fragmentation, when no single memory block is large enough to fit the entire compression dictionary.

Можно в двух словах описать алгоритм работы со словарем - его надо делать больше или меньше, это влияет на качество сжатия или на скорость сжатия? Есть ли смысл делать словарь больше, чем объем сжимаемых данных? Теперь у словаря могут быть большие размеры, но вряд ли кто-то сжимает гигабайты документов, а гигабайты фильмов все равно не сожмутся.

lucky_Luk

Цитата:

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

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

lucky_Luk

Цитата:

Можно в двух словах описать алгоритм работы со словарем

Словарь определяет максимальную дистанцию поиска повторяющихся строк. Больше словарь - выше степень сжатия однотипных данных, выше расход памяти при упаковке и распаковке и ниже скорость упаковки. На скорость распаковки он влияет намного слабее. Упаковка требует памяти примерно 6x от размера словаря. Распаковка требует памяти чуть больше, чем размер словаря.


Цитата:

Есть ли смысл делать словарь больше, чем объем сжимаемых данных?

Вплоть до 2x объема данных - может дать выигрыш в сжатии, так как следующий меньший словарь окажется меньше размера данных. Больше чем 2x - нет, и RAR такой словарь уменьшит автоматически. В случае не solid архива нет смысла делать словарь больше чем 2x от размера самого большого пакуемого файла.