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

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

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

Maz (27-08-2020 19:31): WinRAR (часть 4)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

   

gyra

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



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

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

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

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

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

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

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

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

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 12:00 14-12-2016 | Исправлено: Domin0, 13:37 26-08-2020
Benchmark



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

Цитата:
чтобы свернуть такую колбасу пакеру нужно место под времянку и большой объём ОЗУ при счёте, что при размере в петабайты можно сделать разве что в крупном ЦОД

Зачем петабайты ? Достаточно тех самых 46 Мб, а дальше все манипуляции идут только с заголовком и содержимым central directory.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 14:03 11-07-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
 
Ну, смотря как мастерить и что. Я в 93-м кинул парню "всего" 14 Тб свёрнутых в SFX нулей - вполне хватило, больше не беспокоил.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 14:06 11-07-2019
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
1) Текстовые файлы Rar.txt и др., поставляемые вместе с русской версией WinRAR, имеют однобайтовую кодировку. Это приводит к невозможности их отображения в Notepad или встроенном просмотрщике WinRAR на системе, в которой установлена латинская кодовая страница. Получается разногласие: сама программа и Help используют Unicode, а текстовые файлы – нет. Лучше "заюникодить" их тоже.
 
2) Выглядит странно:
   
 
А можно так?
   
 
Подобных окон много

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 15:37 11-07-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Конвертнуть их в UTF-8 BOM - и размер не большой, и опознание (по BOM) гарантировано. А то в UTF-16/UTF-32 с размером накладно выходит. Это сейчас в десятке новая мода вылезла - всюду не глядя пихать UTF-8, вот у них теперь локаль и сыпется ибо реализовано через известное место.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 16:51 11-07-2019
Benchmark



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

Цитата:
Это приводит к невозможности их отображения в Notepad или встроенном просмотрщике WinRAR на системе, в которой установлена латинская кодовая страница.

Не так. На системе, у которой в качестве дефолтной кодовой страницы для не-юникодных программ выбрана не 1251.
 
Но тут вопрос к автору: много ли за время существования WinRAR было подобных жалоб ? Трудно представить, допустим, японца, принципиально скачавшего русский WinRAR и пытающегося открыть именно rar.txt. Тем более, что сейчас большинство текстовых редакторов позволяет юзеру выбрать кодировку просмотра.
 

Цитата:
Подобных окон много

Это не единственная проблема с интерфейсом.  
 
Есть ещё не самый удобный и очень перегруженный контролами диалог опций программы (более удобный вариант - как в Total Commander). Есть ещё опции консольной версии, вылетающие одной длинной "простынёй" (более удобный вариант - как в консольном PkZip) и т.д.  
 
Но тут нужно затратить много сил на переделку, а выхлопа $$ с этого никакого не будет.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 16:52 11-07-2019
Victor_VG



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

Цитата:
опции консольной версии, вылетающие одной длинной "простынёй"

в консоли идёт построчный вывод в stdout, а далее ось буфер на экран выводит "as-is".  
 
Доведём твою мыслю до абсурда - консоль лишить сущности и память о ней вытоптать,  во всех осях оставить только GUI в стиле ТС и его любимого ибо там рюшечки прикручены.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 17:07 11-07-2019
volkovysk



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

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

Ага, попался значит.)))
У меня такой к нему вопрос. На ftp.rarlab.com лежит wrar393ru.exe . В нём версия файла RarExt.dll — 3.90, в то время как, например, в английском, украинском, французском и многих других вариантах архиватора RarExt.dll=v3.93 . Это баг или фича?))

Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 17:26 11-07-2019 | Исправлено: volkovysk, 17:28 11-07-2019
EugeneRoshal

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

Цитата:
Лучше "заюникодить" их тоже.

Выбор кодировки оставлен на усмотрение переводчика. Я не буду возражать против использования UTF-8 или UTF-16.
 

Цитата:
Выглядит странно:

У обоих вариантов есть достоинства и недостатки. Не скажу, что второй вариант однозначно лучше. Можно подобрать ситуацию, где самостоятельное окно перекрывает окна других программ.
 
Кроме того, насколько я помню, с WS_POPUP или WS_OVERLAPPEDWINDOW вместо WS_CHILD были связаны и другие проблемы. Кажется, невозможность минимизировать основное окно до закрытия этого, а при некоторых раскладах появление второй кнопки на taskbar. Точно сейчас не скажу, давно смотрел, но какие-то шероховатости были.
 
Benchmark

Цитата:
Есть ещё не самый удобный и очень перегруженный контролами диалог опций программы (более удобный вариант - как в Total Commander).

Вертикальные табы для перегруженного диалога действительно удобнее, но это слишком объемная переделка. И ладно бы только код, там и языковые ресурсы придется менять, и документацию, и переводчикам масса работы. Поэтому пока, увы.
 

Цитата:
 Есть ещё опции консольной версии, вылетающие одной длинной "простынёй" (более удобный вариант - как в консольном PkZip) и т.д.  

Я сомневаюсь, что это правильнее. RAR.exe я бы хотел видеть классическим консольным приложением, переносимым, работающим во всяческих программах удаленного доступа. А для этого желательно использовать только базовые консольные функции. PKZIP же, тот что "введите 2,3,4", использует что-то вроде непортируемой getch, так как не ждет Enter. А с Enter это будет уже не так удобно.
 
В консольных традициях набрать rar|more или rar>help.txt
 
volkovysk

Цитата:
На ftp.rarlab.com лежит wrar393ru.exe .

Не прошло и 10 лет
 

Цитата:
В нём версия файла RarExt.dll — 3.90, в то время как, например, в английском, украинском, французском и многих других вариантах архиватора RarExt.dll=v3.93 . Это баг или фича?))

Похоже сама dll правильной версии, но при переводе к ней был добавлен VERSIONINFO ресурс от старой версии. Если сравнить эту dll с английскими 3.90 и 3.93, с 3.93 совпадений больше, и отличаются, похоже, только языковые ресурсы.

Всего записей: 2261 | Зарегистр. 29-04-2013 | Отправлено: 19:52 11-07-2019
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обратил внимание, что последние версии Rar.exe (проверял 5.40 и 5.71) не всегда генерируют требуемое число секторов для восстановления. В моих тестах чётный параметр -rr свыше некоторого увеличивается на 1 до нечётного. Для кодов Рида-Соломона неточное соответствие размера информации для восстановления понятно, но в чём проблема для XOR?

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 20:55 11-07-2019
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
RAR ведь число секторов не показывает, только размер recovery record. А она кроме секторов включает в себя и контрольные суммы, и прочую служебную информацию.

Всего записей: 2261 | Зарегистр. 29-04-2013 | Отправлено: 21:32 11-07-2019
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
PKZIP же, тот что "введите 2,3,4"
ящитаю, что авторы всяких таких "программ", которые пытаются выстроить диалог с пользователем в консоли, заслуживают некоей отдельной печки для их сжигания... вместе с погромиздами, которые пишут напрямую в ОС-зависимую консоль, из которой вывод нельзя редиректить.

Всего записей: 12402 | Зарегистр. 11-03-2002 | Отправлено: 22:11 11-07-2019
pikorembo



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

Цитата:
А то в UTF-16/UTF-32 с размером накладно выходит.

Если только перекодировать, то да, но если ещё и сжать, то получается наоборот. На файле Rar.txt разница составляет ~0.5 килобайт в пользу UTF-16 (против UTF-8) для алгоритма RAR5 (дистрибутив WinRAR им пожат).
 
Дело даже не в размере: некоторые текстовые редакторы имеют проблемы с кодировкой UTF-8. Это не родная кодировка Windows, и для отображения на экране преобразуется приложениями в UTF-16 (не всегда корректно).
 
EugeneRoshal

Цитата:
Я не буду возражать против использования UTF-8 или UTF-16.  

Учитывая изложенное выше, предлагаю всё-таки остановиться на втором варианте, и сделать его стандартом для всех переводчиков WinRAR. Нельзя оставлять выбор кодировки на их усмотрение, потому что они отвечают только за свою языковую среду, а как оно отображается в других системах — решает разработчик.

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 22:15 11-07-2019 | Исправлено: pikorembo, 23:00 11-07-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo
 
Да, UTF-16 внутренняя кодировка в WINNT начиная с момента создания платформы в 1991-м году и внутренние механизмы ОС используют BOM при распознании UNICODE. А путаница лезет из-за "наследия" Win32s API использованного для запуска 32-х битных программ в Win16 ОС - в качестве кодировки применялась ANSI, и многие программы были написаны в предположении:  
 
"Кодировка UNICODE использует только 16/32х битные коды символа первый байт которых обычно ноль, а 8-битные это ASCII/ANSI где первый символ в файле это всегда символ алфавита."
 
и не проверяют факт наличия BOM, а сразу пытаются интерпретировать поток как текст - так проще!. Сам в те времена ругался с ребятами из такого подхода, да толку - "А нам так удобнее! Тебе надо - добавь микросхему, а нам голову не морочь! 8-и битного UNICODE не бывает в принципе!". Отсюда и ноги у сего "наследства" растут...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 03:16 12-07-2019
BKPB

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Подскажите пожалуйста,  
почему прм поставленной галочке на "Запрашивать права Администратора" в SFX архиве,
при распаковке в Program Files:
 
Path=%systemdrive%\Program Files\Geek Uninstaller
Setup=Copy_Settings.bat
 
файл Copy_Settings.bat запускается без прав Администратора ?

Всего записей: 240 | Зарегистр. 11-06-2014 | Отправлено: 08:31 12-07-2019
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKPB
Я проверил, у меня с этой опцией .bat запускается с правами администратора.
 
У вас при запуске самого SFX запрос о правах администратора (UAC prompt) выдается? Эта галка только добавляет requestedExecutionLevel level="requireAdministrator" в манифест SFX архива. То есть, если это не отключено в настройках Windows, при запуске SFX должен выдаваться UAC prompt, и SFX должен работать с админ.правами. Соответственно, и дочерние процессы должны наследовать права.
 
Можете поискать строку requireAdministrator внутри SFX архива, открыв его в каком-нибудь подходящем просмотрщике. Например, в FAR viewer.

Всего записей: 2261 | Зарегистр. 29-04-2013 | Отправлено: 12:29 12-07-2019
BKPB

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Извиняюсь, всё работает.
Ошибка была в моём батнике, он не срабатывал когда запускался по команде Setup,
а вручную из папки с программой всё было отлично, вот я и решил, что что то не так.
 

Всего записей: 240 | Зарегистр. 11-06-2014 | Отправлено: 13:27 12-07-2019
Benchmark



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

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

Ясно. В общем, это идея разве что для гипотетической следующей версии, если таковая когда-то выйдет.
 

Цитата:
Я сомневаюсь, что это правильнее. RAR.exe я бы хотел видеть классическим консольным приложением, переносимым, работающим во всяческих программах удаленного доступа. А для этого желательно использовать только базовые консольные функции. PKZIP же, тот что "введите 2,3,4", использует что-то вроде непортируемой getch, так как не ждет Enter. А с Enter это будет уже не так удобно.

Ну в плане переносимости (а точнее количества поддерживаемых платформ) у консольного PkZip / SecureZip дела обстоят лучше, чем у большинства конкурентов. Там разве что версии для Android не хватает. Кроме того, выбор детальной справки о команде или опции работает только при запуске с соответствующим ключём, без него всё "пролетает автоматом".
 
Другое дело, даже у PkWare наиболее свежая версия датируется маем 2014 года, что как бы намекает на слабую экономическую целесообразность каких-либо изменений.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 14:25 12-07-2019
uShell

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

Цитата:
RAR ведь число секторов не показывает, только размер recovery record

Размер, отображаемый в пункте Recovery record на вкладке Archive, кратен 0.5 кб. Мне кажется, что это всё-таки общий размер секторов для восстановления, не включая служебную информацию. Разве не так?
 
Поставил такой эксперимент: взял английский Rar.exe 5.71 x86 и упаковал его с параметрами
Код:
-m5 -ma4 -mce+ -mde -mt1 -rr9
и
Код:
-rr8
. Размер архивов одинаков, отображаемый размер Recovery record 4.50 KB, сами архивы отличаются тремя байтами. Я же ожидал, что архив с
Код:
-rr8
будет на "полкило" меньше. Выравнивание?

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 16:45 12-07-2019
EugeneRoshal

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

Цитата:
Размер, отображаемый в пункте Recovery record на вкладке Archive, кратен 0.5 кб.

Он там выводится откругленным. Если нужна точность до байта, ищите запись с именем "RR" в выводе команды "rar lta arcname".

Цитата:
Выравнивание?

Я посмотрел, там действительно для более чем 4 секторов принудительно выбирается нечетное число секторов. Это код 20-тилетней давности, и зачем это было сделано, я сейчас не помню. Если не вспомню, может и уберу, хотя это малозначительно.

Всего записей: 2261 | Зарегистр. 29-04-2013 | Отправлено: 18:11 12-07-2019
Victor_VG



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

Цитата:
для более чем 4 секторов принудительно выбирается нечетное число секторов

Лента или оптика? Там как раз физические сектора по 2,5К с полем данных в 2К используются.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 18:28 12-07-2019
   

Страницы: 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 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 3)
Maz (27-08-2020 19:31): WinRAR (часть 4)


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru