Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: Часть 1 | Часть 2 | Часть 3



Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 6.02 x86 | x64 (14.06.2021)
Финальная русская версия:  6.02 x86 | x64 (14.06.2021)
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта и win-rar.com.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.00 (1995-2020): скачать (265 МБ) [обновлено 10.01.2021]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio: Стандартная (48x36). Мелкие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 37249 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: Komandor, 21:14 14-06-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

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

Ага. Особенно если носитель - обычный жесткий диск (не SSD), и особенно когда архив содержит множество мелких файлов. И вместо быстрого теста при распаковке несколько часов хрустеть хардом.  
 
В топку такую "логику".
 
p.s. Тесты оборудования на наличие сбоев - не задача архиватора.

Всего записей: 6616 | Зарегистр. 01-10-2002 | Отправлено: 15:26 05-02-2021 | Исправлено: Benchmark, 15:27 05-02-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Тут или делать какой-то собственный дисковый кеш, или при чтении множества мелких блоков сильно проседать в производительности.

Зачем так сложно? Хак: открываем файл с FILE_FLAG_NO_BUFFERING, тут же его закрываем, и кеш как ветром сдуло
 
Benchmark

Цитата:
Тесты оборудования на наличие сбоев - не задача архиватора.

А что, по-вашему, WinRAR выявляет при тестировании только что созданного архива? Свои глюки что-ли?

Всего записей: 234 | Зарегистр. 29-01-2014 | Отправлено: 17:08 05-02-2021 | Исправлено: pikorembo, 17:17 05-02-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Зачем так сложно? Хак: открываем файл с FILE_FLAG_NO_BUFFERING, тут же его закрываем, и кеш как ветром сдуло

Сейчас проверил, и правда работает. Спасибо за подсказку Подумаю над такой возможностью в следующих версиях.
 
Добавлено:
pikorembo
Есть тут, правда, интересный момент. Если сбоит память в кэше, а не диск, то тест будет выполняться успешно, а распаковка - с ошибками. Будет выглядеть нелогично и непонятно. И тест сразу после упаковки не выцепит такой сбой памяти, а потом при распаковке могут начаться проблемы.  
 
Конечно, в этой ситуации данные не потеряны безвозвратно, в отличие от сбоящего диска и исправного кэша. Но пользователю об этом еще надо будет догадаться.

Всего записей: 1446 | Зарегистр. 29-04-2013 | Отправлено: 17:46 05-02-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
А что, по-вашему, WinRAR выявляет при тестировании только что созданного архива?

Он выявляет, не повредился ли архив при пересылке и/или при хранении. Выявлять наличие сбойной оперативки/кэша/секторов диска - не его задача.
 
Да, архиваторы иногда используются для проверки сбойной памяти или работоспособности системы при разгоне, но это не их задача. Для этого есть специальные утилиты.

Всего записей: 6616 | Зарегистр. 01-10-2002 | Отправлено: 18:13 05-02-2021 | Исправлено: Benchmark, 18:15 05-02-2021
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Если сбоит память в кэше, а не диск, то тест будет выполняться успешно, а распаковка - с ошибками.

Так файл же всё равно в кеше окажется при тестировании. В чём разница?
 
Benchmark

Цитата:
Он выявляет, не повредился ли архив при пересылке и/или при хранении.

Какая пересылка, какое хранение? Зашли на форум и сразу в бой?

Всего записей: 234 | Зарегистр. 29-01-2014 | Отправлено: 18:27 05-02-2021 | Исправлено: pikorembo, 18:31 05-02-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Какая пересылка, какое хранение?

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

Всего записей: 6616 | Зарегистр. 01-10-2002 | Отправлено: 18:51 05-02-2021
fonaskin



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark

Цитата:
Он выявляет, не повредился ли архив при пересылке и/или при хранении.

Цитата:
Выявлять наличие сбойной оперативки/кэша/секторов диска - не его задача.

Взаимопротиворечащие утверждения. Повреждение архива при пересылке/хранении происходит в том числе по вине оборудования. Тестирование архива косвенно обнаруживает любые аппаратные сбои, включая битые сектора на диске. Говорю по собственному опыту: проверяйте созданные вами архивы!

Всего записей: 19 | Зарегистр. 23-11-2017 | Отправлено: 19:14 05-02-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Так файл же всё равно в кеше окажется при тестировании. В чём разница?

Да, пожалуй, вы правы. Я не учел, что в итоге мы открываем архив без FILE_FLAG_NO_BUFFERING. Хоть кэш и сброшен, но он будет заполняться заново, и ReadFile будет брать данные опять из него.

Всего записей: 1446 | Зарегистр. 29-04-2013 | Отправлено: 19:48 05-02-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fonaskin

Цитата:
Взаимопротиворечащие утверждения

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

Цитата:
Тестирование архива косвенно обнаруживает любые аппаратные сбои

Не любые и не всегда. Пример из жизни: система с двумя планками памяти - одной исправной и одной сбойной. Пока создавались небольшие архивы в пределах исправной области памяти, всё было хорошо. Ошибки посыпались при создании крупных архивов с большим словарём.  
Кто виноват ? Виноват не очень умный (мягко говоря) пользователь, который не удосужился хоть раз запустить специальную тестовую утилиту.

Всего записей: 6616 | Зарегистр. 01-10-2002 | Отправлено: 21:28 05-02-2021
Rezonance



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот непонятка касательно закрытия окна консольной версии:
В Total Commander использую запуск с параметрами, вида
  cmd="%commander_path%\Programm\WinRarC\Rar_x64.exe"
  param=t %N
(протестировать <имя файла>)
В результате после проверки консоль сразу закрывается, без возможности прочитать результат. При использовании пакетных сценариев (например BAT) вопросов нет, тут понятно как этого избежать. Возможно память изменяет, вроде в старых версиях был ключ\команда для этого.

Всего записей: 3 | Зарегистр. 07-09-2009 | Отправлено: 21:51 05-02-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
 
И ещё - случайное превышение числа ранков (слоёв матриц) ОЗУ на канал контроллера памяти. Проверка заведомо целого архива  или  решение любой ресурсоёмкой задачи на таком железе лотерея - если данные лежат в пределах одной планки - Ок!, поймал границу планок - результат не предсказуем.
 
И не надо говорить что этот мол не возможно - шансы получить такое при числе планок более 2-х на канал 50% вне зависимости от числа сторон PCB на которых распаяны чипы т.к. иной раз даже именитые заводы "забывают" указать число ранков на планке в документации. Ну а продавцы и сборщики на число ранков обычно не смотрят ориентируясь только по частоте, таймингам, вендору и ёмкости планок.
 
Добавлено:
Rezonance
 
cmd /k <command>

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 28711 | Зарегистр. 31-07-2002 | Отправлено: 22:15 05-02-2021
Fenrizz



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Rezonance
А принципиально, что именно консольную версию? Можно использовать обычную точно так же с ключами командной строки
 
cmd="%commander_path%\Programm\WinRar\WinRAR.exe"  
param=t -im %N  
 

Цитата:
При использовании пакетных сценариев (например BAT) вопросов нет, тут понятно как этого избежать.  

Сделать bat-обёртку Rar_x64.bat

Код:
@echo off
"%commander_path%\Programm\WinRarC\Rar_x64.exe" %*
pause  

Всего записей: 360 | Зарегистр. 12-09-2017 | Отправлено: 22:53 05-02-2021 | Исправлено: Fenrizz, 08:23 06-02-2021
Rezonance



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Универсально, однако при
  cmd=cmd /k "%commander_path%\Programm\WinRarC\Rar_x64.exe"
  param=t %N
всё работает, а при
  param=a -cfg- -ma5 -md1024 -r -m2 -rr1 -tl -hp -tsmcap -qo -t -idn %N.rar %S
    где %N=имя файла под курсором, %S=список выделенных файлов
    полный путь "d:\_Program Files (Portable)\TotalCommander.8_Portable\Programm\WinRarC\Rar_x64.exe"
    возможно стоит отметить что "\_Program Files (Portable)\" является хардлинком на "P:\"
 
1) в консоли, при архивировании папки/папок по пути
  "d:\_BackUp_\!_!_Comprehensive Arhives - Android - INDISPENSABLE_!_!\Asus TF101 (Android)\TWRP\BACKUPS\190623_data.ext4.win001-md5.NOT.OK\190623_Asus.TF101_KTU84Q KatKiss-4.4.4_036\"
  "d:\_BackUp_\!_!_Comprehensive Arhives - Android - INDISPENSABLE_!_!\Asus TF101 (Android)\TWRP\BACKUPS\190623_data.ext4.win001-md5.NOT.OK\tmp_190623_Asus.TF101_KTU84Q KatKiss-4.4.4_036_data.ext4.win001-BAD\"
получаю:
  "D:\_Program" не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
 
2) в консоли, при архивировании файла/файлов по вышеуказанному пути или файлов/папок по пути
  b:\TEMP_USER\Process.Explorer_Portable\
Ошибок не возникает.
 
UPD: без cmd /k всё работает.
 
Fenrizz

Цитата:
А принципиально, что именно консольную версию?  

Принципиально, если справедливо следующее утверждение и WinRAR с WinRAR.ini расположен на сменном носителе:
  GUI-версия в отличии от консольной оставляет "хвосты" в системе при вызове из командной строки.

Цитата:
Сделать bat-обёртку Rar_x64.bat  

Была мысль. Ну может оно без костылей ещё пойдёт...

Всего записей: 3 | Зарегистр. 07-09-2009 | Отправлено: 15:31 06-02-2021 | Исправлено: Rezonance, 15:54 06-02-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Rezonance
 
Есть один приём, используемый в NSIS - `'"commnd1" "path1"' '"command2" "path2"'`, а CMD фокус с экранированием кавычек понимает. Один из элементов экранирования ^"команда^".

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 28711 | Зарегистр. 31-07-2002 | Отправлено: 05:43 07-02-2021
Fenrizz



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А если так ?
 

Код:
cmd=cmd /k ""%commander_path%\Programm\WinRarC\Rar_x64.exe"  
param=t %N"  
 
или так

Код:
cmd=cmd /c ""%commander_path%\Programm\WinRarC\Rar_x64.exe"  
param=t %N & pause"  
 
 

Всего записей: 360 | Зарегистр. 12-09-2017 | Отправлено: 11:12 08-02-2021 | Исправлено: Fenrizz, 15:01 09-02-2021
Vorland

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo

Цитата:
Тогда было бы логично, чтобы при тестировании архив читался с носителя напрямую, а не загружался из дискового кеша ОС
...
Можно сделать соответствующую опцию в настройках WinRAR, которая будет включена по умолчанию. Её действие можно распространить и на операцию тестирования уже существующих архивов.

EugeneRoshal
ИМХО: WinRar уже имеет в своих функциях некоторые "фишки"  Backup-программ. Для Backup-а важно обеспечить проверку создаваемых backup-файлов. Так что, по моему мнению, было бы логичным реализовать тестирование архива перед удалением его исходных файлов с максимальной пользой для пользователя (хотя бы опционально):
- сброс кешей перед проверкой;
- возможно, было бы неплохо сделать опционально бинарное сравнение файлов тестируемого архива с исходными на диске (т.к. не стоит забывать про коллизии хешей)

Всего записей: 95 | Зарегистр. 20-12-2005 | Отправлено: 11:12 09-02-2021
GoblinNN

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal, в winrar 7 будет blake3?
и еще вопрос. в андроид версии rar есть инструмент подсчета контрольных сумм. почему нет проверки из сохраненных в файл и варианта с blake2 непонятно. и да в winrar будет это?

Всего записей: 1651 | Зарегистр. 11-10-2005 | Отправлено: 05:01 10-02-2021 | Исправлено: GoblinNN, 05:02 10-02-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GoblinNN

Цитата:
и еще вопрос. в андроид версии rar есть инструмент подсчета контрольных сумм. почему нет проверки из сохраненных в файл

Ма-а-аленький вопрос - а его формат будет какой: GNU али BSD? Эти форматы как немного разные, например:
 
BSD:
 
SHA-256 (version) = a6662dab688cecc4bb49d07e3a8a42b3bf5715a3c799d4606b58de55f024461f
 
GNU:
 
a6662dab688cecc4bb49d07e3a8a42b3bf5715a3c799d4606b58de55f024461f *version
 
я когда писал IntChecker.lua специально вставил в него кусок кода для работы с BSD форматом записи хэша.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 28711 | Зарегистр. 31-07-2002 | Отправлено: 05:27 10-02-2021
GoblinNN

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
в rar для андроид делает gnu только без звездочки. пример md5 сохраненного в текст

Код:
b81fcae63b949144ada027e75e30aee9  bill_352010234572_202101.pdf

Всего записей: 1651 | Зарегистр. 11-10-2005 | Отправлено: 07:38 10-02-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Ма-а-аленький вопрос - а его формат будет какой: GNU али BSD? Эти форматы как немного разные, например:

и какая принципиальная разница для данного случая?
 
GoblinNN

Цитата:
в rar для андроид делает gnu только без звездочки. пример md5 сохраненного в текст  

как и GNU sha256sum и т.п. Может у Victor_VG какая-нибудь хитрая версия GNU coreutils
 
$ md5sum rar
f60ca51d0258209d11457be689994ba9  rar

Всего записей: 3563 | Зарегистр. 08-09-2001 | Отправлено: 10:02 10-02-2021
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru