» WinRAR

3я бета перезалита
http://www.rarlab.com/rar/wrar34b3.exe
Content-Length: 1163733
Last-Modified: Wed, 28 Jul 2004 15:24:00 GMT

---

Цитата:

Newsgroups: fido7.rar.support
From: Alexey Torgashin <Alexey.Torgashin@p24.f2183.n5020.z2.fidonet.org>
Date: Sat, 31 Jul 2004 21:29:09 +0400
Subject: rar.exe 3.40 beta3 :-\

Hello All!

Что-то сломалось в subj - 3.40 beta 2 нормально архивы создавал, а этот не
добавляет все файлы.. Т.е. добавляю через Фар в архив каталог c:\fido\husky,
так он не добавляет половину файлов doc\ и cfg\... как будто в FindFile ты
что-то намудрил.

Поставил назад 3.40.2, нормально все добавилось.
-xfile у меня естественно не прописан.

Цитата:

From: "Eugene Roshal" <roshal%rarlab.com>
Newsgroups: fido7.rar.support
Subject: Re: rar.exe 3.40 beta3 :-\
Date: Sun, 1 Aug 2004 04:28:07 +0000 (UTC)

Hello,

AT> cfg\... как будто в FindFile ты что-то намудрил.

Есть такое дело. Дооптимизировался. Я выложил на rarlab новый
build beta 3, можешь скачать посмотреть. Проверю, что все работает
нормально и выложу beta 4.

WInRAR 3.40 beta 4
http://www.rarlab.com/rar/wrar34b4.exe

Цитата:

Version 3.40 beta 4
Bugs fixed:
- beta 3 could miss some subfolders when archiving;
- corrected processing of "Case sensitive" and "Match whole words only" options in WinRAR internal viewer "Find" command.

Русская версия 3.40 beta 4: http://www.rarlab.com/rar/wrar34b4ru.exe

Ребята подскажите, можно ли из командной строки как-нибудь при создании SFX ("C:\Program Files\WinRAR\winrar.exe" a -sfxDefault.SFX test.rar c:\test) добавить такие слова (это из хелпа самого рара)?

Title=Калькулятор v3.05
Text
{
"Калькулятор" - условно-бесплатная программа. Вы можете
использовать её в течение 40-дневного пробного периода.

Если вы хотите с ней работать и по окончании этого
испытательного периода, то ДОЛЖНЫ зарегистрироваться.
}
Path=Calculator
Overwrite=1

Setup=setup.exe

mavx
сохраняешь скрипт (Title=......) в отдельный файл, и используешь параметр -z.
см Help по Switch -Z<file> - read archive comment from file
Т.о. имеем: winrar.exe a -zqqq.txt -sfxDefault.SFX test.rar c:\test.

Столкнулся со следующей проблемой: есть запароленный архив (довольно объемный), который необходимо регулярно обновлять. Попытался сделать это через опцию Синхронизировать содержимое архива в Методах обновления (при этом отмечены чекбоксы Создать непрерывный архив, Добавить информацию для восстановления и Протестировать файлы после упаковки), надеясь, что WinRAR просто добавит новую информацию, а он вместо этого начинает полностью переписывать архив. Можно ли как-то добиться от него того, чтобы он лишь

1) удалял файлы, которых нет в новом массиве данных для архивации,
2) заменял существующие файлы на более новые версии,
3) добавлял файлы, которых не было в архиве,

а не переписывал весь архив заново?

Dimnick
Полагаю, что ключевые слова тут -- непрерывный архив.
Чего же ты тогда хочешь?

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

Sarancha75

Цитата:

Можно ли каким-нибудь образом вытащить из поврежеднного архива только этот один файл?

Можно, но он будет повреждённым. В диалоге распаковки Winrar
есть опция - оставлять на диске повреждённые файлы.
(Надо в шапку вынести данную проблему, - часто спрашивают)

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

DimmY

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

Dimnick
Уменьшится общая степень сжатия (во многих, но не во всех случаях). А вообще есть такая замечательная кнопка -- F1. Нажимаешь и читаешь.

DimmY

Еще раз спасибо Пошел... читать F1

Dimnick

Цитата:

если я сниму эту опцию (непрерывность архива),

То пропадет большинство кайфа от использования WinRAR. Это когда-то был крутейший его конек.

TCPIP

Цитата:

Это когда-то был крутейший его конек.

В чем это выражалось? Кстати, сейчас вспомнил про 7-zip. Скачал последнюю версию и протестировал на 20 Мб (давил распакованный Detonator). Исходный объем 22 369 823 байт. Сжатый 7-zip 6 052 793 байт. WinRAR 3.40b4 ужал на 7 108 960 байт! И это при максимальном сжатии и непрерывном архиве!!! Так, что, увы, в этом плане он далеко не первый.

Народ, подскажите какой ключик командной строки отвечает за "Пoмeщaть кaждый фaйл в oтдeльный apxив"?

TCPIP

Насчет режима solid (или непрерывный архив - кому как больше нравится).


Цитата:

То пропадет большинство кайфа от использования WinRAR. Это когда-то был крутейший его конек.

Фича удобна в использовании далеко не всегда. И даже довольно нечасто. Потому как когда из архива мегов на 200 надо всего-то посмотреть readme.txt, а он в самом конце... В общем, неудобно ждать, пока RAR его вытащит, пропустив все, что до этого файла (куча времени уходит на распаковку).

Benchmark

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

Benchmark

Цитата:

В общем, неудобно ждать, пока RAR его вытащит, пропустив все, что до этого файла (куча времени уходит на распаковку

"Вам не угодишь!" (с) РеХлама
"Кому татор, а кому лятор" (c) "Физики шутят"
Тактику никто не отменял. Конечно, если вы создаете архив RFC, файлами которого все время будете пользоваться --- наверное не надо ставить непрерывное сжатие... Хотя я имею архивы с книгами в непрерывном раре по 700 мегов и особых проблем при извлечении нужной мне книги не ощущаю--- иногда 30 с не проблема.


Добавлено

Цитата:

Так а в чем его прелесть хоть намекни!!!

Набор файлов рассматривается как один файл ---> можно найти большее количество одинаковых частей.

Цитата:

Потому как когда из архива мегов на 200 надо всего-то посмотреть readme.txt, а он в самом конце...

В архиваторе есть средства, с помощью которых можно управлять порядком следования файлов в архиве, см. раздел RARFILES.LST — порядок файлов в непрерывных архивах.
Цитата:

Вот простой пример файла RarFiles.Lst:

file_id.diz
readme.*
*.doc
*.txt
*.hlp
*.inf
*.exe
*.dll
$default
*.rar

c930

Цитата:

В архиваторе есть средства, с помощью которых можно управлять порядком следования файлов в архиве, см. раздел RARFILES.LST — порядок файлов в непрерывных архивах.

В том-то и дело, что может понадобиться вытащить из архива любой файл. Не обязательно текст. Это может быть и jpg, и mp3, и exe, и вообще что угодно. А ждать по 20-30 секунд напрягает.

Т.е. фича-то полезная. Но не всегда.

Benchmark

Цитата:

В том-то и дело, что может понадобиться вытащить из архива любой файл. Не обязательно текст. Это может быть и jpg, и mp3, и exe, и вообще что угодно.

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


Цитата:

А ждать по 20-30 секунд напрягает.

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

DimmY

Цитата:

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

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

Benchmark

Цитата:

покажи мне, где я "жаловался на отсутствие альтернативного варианта".

Ты мой пост внимательно читал? Или это у меня совсем плохо стало с русским языком? Если плохо, то скажу иначе: альтернативного варианта нет. Зачем тогда жаловаться на то, что есть? Так понятнее?

DimmY

Цитата:

Ты мой пост внимательно читал? Или это у меня совсем плохо стало с русским языком?

А сам как думаешь ?


Цитата:

Т.е. фича-то полезная. Но не всегда.

Догадайся, что эта фраза означает ?

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

И т.д. и т.п. Продолжать можно бесконечно. Как видишь, информация очень ценная. Примерно как в твоем посте.

Если хочешь соревноваться дальше в логике и изящной словесности (но без хамства), прошу в ПМ. Однако предупреждаю: будь готов к проигрышу.

DimmY

Цитата:

Если хочешь соревноваться дальше в логике

Твою логику я уже видел в разделе музыки. Больше не хочется.

Для всех остальных.
Вот рекомендации, в каких случаях есть смысл создаватьsolid-архивы. Добавить, в общем-то, нечего.

Цитата:

Solid archiving is preferable if (непрерывный архив предпочтительнее если):

· the archive is updated rarely (архив редко обновляется);
· it is not necessary to frequently extract a single file or only part of the files from the archive (нет необходимости часто извлекать отдельные файлы или часть файлов из архива);
· compression ratio is more important than compression speed (коэффициент сжатия важнее скорости сжатия).

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

WinRaR 3.40 Beta 5

Цитата:

What's new:
- Bugs fixed:
1. corrected a bug in .Z format decompression module
2. switch -si could not compress data larger than 4GB

http://files10.rarlab.com/rar/wrar34b5.exe

Заметил неприятные баги в WinRAR:

При архивировании файлов с длинными именами (например файлов Избранного --- они создаются по создержимому тега Title страницы, в которой вебмастеры частенько забивают все, что ни попади (даже рекламу той информации, которая не присутствует на сервере) --- отчего заголовки страниц получаются ошаленной длины --- IE, как и Maxthon, нем не менее, преспокойно создают файлы избранного любой длины... со всеми вы текающими отсюда последствиями) WinRAR не выдает предупреждения о том, что при разархивировании таких файлов у вас могут возникнуть проблемы (а жаль, всегда хорошо иметь защиту от дурака!). Так вот, если вы потом попытаетеся разархивировать такой архив в папке, сумма длины пути которой и имени файла превышает 266 символов, вы получите диагностическое сообщение от WinRAR'а подобного содержания:

Цитата:

! D:\Backup\...\Favourites\Favorites.rar: Cannot create Maps\http--www.expedia.com-pub-blah-blah,800,600,24&zz=1038229893614.url
Total path and file name length must not exceed 260 characters
Системе не удается найти указанный путь.

То есть вам не удастся извлечь файл с таким длинным именем! Выход из этого есть: например переименовать злопоулучный файл прямо в архиве средствами WinRAR или же разархивировать архив в корень диска, где суммарный путь будет меньше 266 символов
Заметил, что WinRAR версии 3.40 b4 иногда не обновляет архив при добавлении в него обновленных файлов в Проводнике с помощью drag'n'drop (что происходит при простом Add в самом WinRAR не проверял)
В версии 3.40 b4 добавлено предупреждение об использовании недопустимых символов в имени архива --- теперь WinRAR выводит Предупреждение:

Цитата:

Specified archive name contains the colon, you may be unable to access the archive with such a name. Press "OK", only if you know what are NTFS streams, oherwise choose "Cancel and change the name"

ВНИМАНИЕ! Даже если вы знаете, что такое поток файловой системы, не стоит щелкать "OK" --- Евгений Рошаль и Билл Гейтс не оценят вашей эрудированности --- то есть архив и файлы вы все равно потеряете!
Если создавать архив с именем, в котором имеются недопустимые символы (например ":" (двоеточие), "/", "?") и поставить флажок Delete files after archiving, вы потреяете и файлы, которые в архивируте (так как они будут удалены сразу же после завершения процедуры проверки целостности архива, если таковая включена, или же после завершения процедуры сжатия, если проверка целостности архива отключена) и сам архив (так как только после удаления архивируемых файлов начнется операция создания файла архива на диске --- вот тут то WinRAR и получит отлуп от файловой системы, в результате архив не будет создан --- вы потеряли данные!)

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