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

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

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

gyra (14-12-2016 12:03): WinRAR (часть 3)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296

   

Widok



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


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

Внимание! Скачивайте дистрибутивы только с сайта разработчика (rarlab.com или win-rar.ru), если не хотите подхватить вирус/троян.
 
Скачать ранее вышедшие версии также можно с официального сайта.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)
  • Если скачиваются битые архивы, читаем здесь и здесь.

    Коллекция всех ранее выходивших версий WinRAR (1995-2016) одним архивом: скачать (169.5 Мб). Обновлена 30.10.2016

    В WinRAR (как и в ряде других архиваторов) существует возможность создания зашифрованного архива с несколькими паролями. Т.е. каждый файл в архиве может иметь свой собственный пароль для распаковки, что в ряде случаев может быть очень полезно. Подробнее...
    Поэтому при добавлении нового файла в зашифрованный архив ОБЯЗАТЕЛЬНО сверяйте пароли, иначе можете потерять свои данные.
    Эффективный способ обойти проблему: подробнее...



    Вместо F.A.Q.
    Почему для использования 2+ ГБ памяти желательно установить 64-разрядную версию Windows


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

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:25 16-12-2009 | Исправлено: Benchmark, 16:13 30-10-2016
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    Цитата:
    У неё может быть иной механизм проверки целостности. Например по SHA-256/384/512. Дольше чем CRC, да, зато надёжно. Кстати на UNIX CRC-хх давно для проверки целостности не используется. Годика эдак с 70-го.
    Не путай проверку целостности и другие виды использования контрольных сумм.
    Для проверки нормальный файл или испорчен CRC-32 вполне хватает. Если кому-то не хватает, то можно MD5 использовать. Всякие SHA-256 и т.п. это уже перебор.

    Всего записей: 10455 | Зарегистр. 05-02-2003 | Отправлено: 12:56 18-08-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
     
    Тут ты не прав потому, что CRC-хх, MD4/MD5 дадут ошибку сравнения пары файлов с очень высокой вероятностью (для MD5 вероятность ошибки 0,00027), но для ловли факта НЕСТАБИЛЬНОСТЬ ПАРЫ ПОСЛЕДОВАТЕЛЬНЫХ ИЗМЕРЕНИЙ CRC-15/16/32 годится.  
     
    Для алгоритмов семейства SHA1 (SHA1, торрент хэш) вероятность ошибки несколько ниже (примерно на порядок), но существует и главное экспериментально доказан ещё в 2003-м году, а значит данные алгоритмы давно скомпрометированы, в то время для семейств SHA2 и SHA3 (SHA-256/384/512, SHA3-256/384/512) пока факт коллизии алгоритма не установлен.  
     
    Возникновение ошибки CRC-хх обусловлено самой природой его хэш-функции как свёртки от деления входного потока на полином с кодовым расстоянием N и даже если увеличить его длину она не сильно снизится оставаясь в пределах > 0,001 (> 0,1%), так что для проверки целостности они не применимы, только для проверки факта были ли какие-то изменения входного потока, да и то они не всегда их обнаружат т.к. не принципиально способны обнаруживать ошибки кратностью выше N.  
     
    Примером ограниченных по степени обнаружения ошибок алгоритмов может служить код Хемминга использующий сравнение вычисленной с помощью mod2(a,b) диагональной матрицы блока с единичной - алгоритм считает что блок не изменился если в результате нескольких циклов итераций получена единичная матрица, но если число ошибок в блоке превысит его кодовое расстояние он может их не обнаружить. Если число ошибок меньше кодового расстояния алгоритма он может их исправить за N итераций, но это снизит быстродействие использующего его устройства. Именно код Хемминга применяется в ЕСС памяти, но там обычно исходят из того, что вероятность кратных ошибок в блоке значительно ниже чем вероятность инверсии значения (ошибки) одной ячейки, а потому обычно правят только одиночные ошибки. В СССР для этого выпускалась микросхема 1804ВЖ1 16-и битного контроллера кода Хемминга (входила в секционированный 4-х битного МПК 1804 аналог AMD Am2900) сам в 80-х на ней контроллер сети проектировал.

    Всего записей: 33133 | Зарегистр. 31-07-2002 | Отправлено: 13:39 18-08-2015 | Исправлено: Victor_VG, 14:02 18-08-2015
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    Цитата:
    Тут ты не прав потому, что CRC-хх, MD4/MD5 дадут ошибку сравнения пары файлов с очень высокой вероятностью
    Я говорил про проверку целостности, а не сравнение файлов. MD5 там выше крыши.
     

    Цитата:
    Для алгоритмов семейства SHA1 (SHA1, торрент хэш) вероятность ошибки несколько ниже (примерно на порядок), но существует и главное экспериментально доказан ещё в 2003-м году, а значит данные алгоритмы давно скомпрометированы, в то время для семейств SHA2 и SHA3 (SHA-256/384/512, SHA3-256/384/512) пока факт коллизии алгоритма не установлен.
    Я могу тебе с 100% точностью сказать, что на любом из описанных тобою хэшах возможны коллизии. Даже доказательство могу озвучить.

    Всего записей: 10455 | Зарегистр. 05-02-2003 | Отправлено: 15:30 18-08-2015
    Benchmark



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    V0lt
    Вы говорите о разных вещах, созданных и применяемых для разных целей - обычной чексумме (CRCxx) и криптографически стойком хэш-алгоритме (SHA-2/SHA-3).
     
    Vorland

    Цитата:
    Интересный какой-то архив. Может быть это всё из-за шифрования? И можно ли доверять команде тестирования целостности такого архива в WinRar?  

    Вот поэтому давно стоит перейти на формат RAR5 со включенным вместо crc32 алгоритмом Blake2.

    Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 15:49 18-08-2015
    lelik007



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
    Victor_VG
    MD5 крайне редко коллизии дает на практике, никто из тех кто этим специально занимались,
    кого я знаю не видели их. Даже на массиве из 1 миллиона файлов. Если криптостойкости не нужно,
    вполне годная хеш-функция проверки целостности. Лично я ее считаю достаточно коллизионно-стойкой.
     
    Я как то применял CRC32+Adler32, либо CRC32+xxHash - коллизии CRC32 я сам видел,
    поэтому использую небольшую быструю общую хеш-функцию, дублер. Связки там быстрее работали,
    чем MD5 (не помню что за железо).
     
    А криптографические хеш-функции для проверки целостности - Whirlpool можно применить, только зачем, если именно нужна простая контрольная сумма без коллизий, для отслеживание изменений.
     
    Хотя нужно сказать что высокая устойчивость к коллизиям одна из основных характеристик криптографической хеш-функции,
    т.к. на хеш ими сделанный ставят ЦП и используют для шифрования паролей. А ну как вот хеш совпадет, нехорошо будет. Да и размер хеша,
    побольше. Что такое сейчас 32 бита хеш. Смех.

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 16:40 18-08-2015 | Исправлено: lelik007, 16:50 18-08-2015
    EugeneRoshal

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Vorland
    Я посмотрел на ваш архив, это ZIP AES в модификации AE-2. В ней CRC32 отсутствует, а контроль целостности данных выполняется с помощью проверочного кода, хранящегося после зашифрованных данных файла. При распаковке и тестировании WinRAR проверяет этот код.
     
    Я сейчас выложил новую сборку английского WinRAR 5.30 beta 2, которая для таких архивов CRC не показывает совсем. Чтобы не сбивать с толку пользователей нулями.

    Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 20:33 18-08-2015
    lelik007



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
    Евгений, скажите, а GPGPU никак в задачах архивации не применить в том случае, если процессор так себе,
    а например видео-карта мощная?

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 21:05 18-08-2015
    EugeneRoshal

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lelik007
    Я не знаю, как это эффективно сделать для RAR'овских алгоритмов.

    Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 23:04 18-08-2015
    Vorland

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

    Цитата:
    Я сейчас выложил новую сборку английского WinRAR 5.30 beta 2, которая для таких архивов CRC не показывает совсем. Чтобы не сбивать с толку пользователей нулями.

    Спасибо Вам, но как мне кажется, отсутствие CRC не менее собьёт пользователя с толку...
     
    Может быть для таких архивов можно было бы менять заголовок колонки с "CRC32" на, например, "Проверочный код", и выводить эти коды для каждого файла ?
     
    Кстати, просто для информации, это проверочные коды насколько надёжны для контроля целостности файлов в архиве?

    Всего записей: 106 | Зарегистр. 20-12-2005 | Отправлено: 14:12 19-08-2015
    lelik007



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
    Евгений, так дело же в том, что там и должны быть нули, вернее 0, по спецификациям самого WinZip:
    Или будет храниться, но не отображаться? А что сам WinZip там делает? Показывает это поле пустым или одни нули?
    А вот это HMAC-SHA-1 что они написали, как код аутентификации он вообще то показывает, для архивов AE-2?

    Цитата:
    CRC value
    For files encrypted using the AE-2 method, the standard Zip CRC value is not used, and a 0 must be stored in this field. Corruption of encrypted data within a Zip file is instead detected via the authentication code field.
    Files encrypted using the AE-1 method do include the standard Zip CRC value. This, along with the fact that the vendor version stored in the AES extra data field is 0x0001 for AE-1 and 0x0002 for AE-2, is the only difference between the AE-1 and AE-2 formats.

    Vorland
    На столько:
    http://www.winzip.com/aes_info.htm#authentication-code
    и настолько http://www.winzip.com/aes_info.htm#auth-faq

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 14:37 19-08-2015 | Исправлено: lelik007, 14:47 19-08-2015
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lelik007
    Цитата:
    так дело же в том, что там и должны быть нули, вернее 0, по спецификациям самого WinZip
    Это внутри самого архива пишут 0, если CRC-32 не используется, просто чтобы хоть что-то в свободное поле записать. Его незачем показывать, т.к. он не соответствует реальному CRC-32 для файла в архиве.

    Всего записей: 10455 | Зарегистр. 05-02-2003 | Отправлено: 14:48 19-08-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
     
    Интересно глянуть. Как я говорил для сигнатурного анализатора CRC-15 достаточно ибо там нас интересует стабильность работы узла - если мы видим на приборе нестабильность двух последовательных измерений, это однозначно указывает на наличие неисправности исследуемого узла, в других случаях этот алгоритм не применим и разговор о криптостойкости функции тут вообще ошибочен, т.к. нас интересует иное - строгая однозначность преобразования входного потока в выходной позволяющая сказать "раз выходной поток не изменился, то и входной не подвергался изменениям" а это свойство у данных алгоритмов отсутствует, что и делает их не применимыми.
     
    lelik007

    Цитата:
    MD5 крайне редко коллизии дает на практике, никто из тех кто этим специально занимались,
    кого я знаю не видели их. Даже на массиве из 1 миллиона файлов. Если криптостойкости не нужно,
    вполне годная хеш-функция проверки целостности. Лично я ее считаю достаточно коллизионно-стойкой.  

    лично я недавно обрабатывал результаты испытаний одного прибора - порядка 11 тыс измерительных серий по 20 значений в каждой и MD5 выдал 19 случаев коллизий между группами по 7 - 9 серий в каждой и военпред потребовавший его использовать после сам вычеркнул из ТЗ этот алгоритм заменив его на SHA-256.  
     
     
    Добавлено:
    EugeneRoshal
     
    А может там, где невозможно посчитать хэш лучше выводить прочерк или N/A как признак что в данном случае операция не применима?

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

    Всего записей: 33133 | Зарегистр. 31-07-2002 | Отправлено: 14:59 19-08-2015
    lelik007



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

    Цитата:
    лично я недавно обрабатывал результаты испытаний одного прибора - порядка 11 тыс измерительных серий по 20 значений в каждой и MD5 выдал 19 случаев коллизий между группами по 7 - 9 серий в каждой и военпред потребовавший его использовать после сам вычеркнул из ТЗ этот алгоритм заменив его на SHA-256.
     

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

    Цитата:
    SHA-256
    Медленная очень, под современные 64-бит и много-поточность, я бы уже
    или SHA-1 брал или SHA-512. А лучше бы вообще TIGER2 или Blake2.  
    А вообще раз военпред - не чего АНБ-шные функции использовать, вон ГОСТ Р 34.11-2012 пусть считает.
     
    Добавлено:
    Вон подарите ему, под Windows я ничего быстрее не видел. И вообще не видел.
    http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=47725#1
    Есть все и все быстрое.
     
    Мне просто интересно все 32 бита так любят или лень спеки посмотреть и
    увидеть что SHA-256 и BLAKE2s/sp под 32 бита оптимизировано.

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 16:59 19-08-2015 | Исправлено: lelik007, 17:15 19-08-2015
    regist123



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lelik007 16:59 19-08-2015
    Цитата:
    Данные ему значит подходящие попались, как специально под коллизии выбранные.

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


    ----------
    Раздачи и акции

    Всего записей: 7189 | Зарегистр. 20-03-2009 | Отправлено: 18:28 19-08-2015
    Skif_off

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

    Цитата:
    MD5 крайне редко коллизии дает на практике

    Проверял на куче мелких файлов (~8-9 тысяч шт.) несколько программ для поиска дубликатов, программа, использующая MD5-суммы "нашла" больше всего.

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 18:35 19-08-2015
    lelik007



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    regist123
    Согласен, здесь и говорить не о чем, прекращаю.
    Тут ответ по скорости (Спасибо Евгению) http://bench.cr.yp.to/results-hash.html
    а тут по безопасности во всех смыслах и прочему:
    https://en.wikipedia.org/wiki/Hash_function_security_summary
    http://ehash.iaik.tugraz.at/wiki/The_SHA-3_Zoo
    EugeneRoshal
    Не поленился, поставил эту телегу - Winzip 19.5 и этот SyncBackSE, тоже поставил,
    вы видимо раньше это сделали. Но наглядно наверное так будет:

    Там чистые поля, а этого кода аутентификации HMAC-SHA1 нигде не видно.

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 19:38 19-08-2015 | Исправлено: lelik007, 19:42 19-08-2015
    EugeneRoshal

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

    Цитата:
    Спасибо Вам, но как мне кажется, отсутствие CRC не менее собьёт пользователя с толку.

    Я думаю, не показывать CRC, если его нет, все же правильнее, чем показывать 0.

    Цитата:
    Может быть для таких архивов можно было бы менять заголовок колонки с "CRC32" на, например, "Проверочный код", и выводить эти коды для каждого файла ?

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

    Цитата:
    Кстати, просто для информации, это проверочные коды насколько надёжны для контроля целостности файлов в архиве?

    Там SHA-1 используется. Само по себе оно надежно, но вычисляется для уже пожатых и зашифрованных данных. То есть ошибки на этапе сжатия, например, из-за сбойной памяти, оно не заметит.
     
    lelik007

    Цитата:
    Евгений, так дело же в том, что там и должны быть нули, вернее 0, по спецификациям самого WinZip:

    Там и есть нули. Мы обсуждаем только их показ пользователю.

    Цитата:
    Или будет храниться, но не отображаться?

    Да.

    Цитата:
    А что сам WinZip там делает? Показывает это поле пустым или одни нули?

    Не знаю, не проверял.
     
    Victor_VG

    Цитата:
    А может там, где невозможно посчитать хэш лучше выводить прочерк или N/A как признак что в данном случае операция не применима?

    WinRAR в таком случае оставляет пустое место, что я сейчас и сделал для этого типа архивов.

    Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 00:12 20-08-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
     
    Тогда и менять дизайн не стоит - всё одно найдётся толика ворчунов.
     
    lelik007
     
    Там информация по надёжности алгоритмов взята с потолка. MD5 пойман на ошибках ещё в 1993-м, а у них он надёжен. Ну, ну, блажён кто свято верует в слова с амвона.

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

    Всего записей: 33133 | Зарегистр. 31-07-2002 | Отправлено: 03:19 20-08-2015 | Исправлено: Victor_VG, 03:27 20-08-2015
    lelik007



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
    С Winzip и архивом AE-2 - скриншот выше на странице, Corel сделали так как и Вы - пустое поле CRC.
    Проверочный код тоже никак не посмотришь. Кстати с Winzip - я обалдел - 70 мегабайт. Но вот GPGPU
    у них есть на базе OpenCL - ну Corel же. Но не факт что это для архивации, может для ускорения отображения
    интерфейса.

    Всего записей: 2701 | Зарегистр. 13-10-2006 | Отправлено: 05:29 20-08-2015 | Исправлено: lelik007, 06:35 20-08-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lelik007
     
    broken == сломанный . Достаточно, ибо это ещё с 1993-го года известно.


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

    Всего записей: 33133 | Зарегистр. 31-07-2002 | Отправлено: 05:42 20-08-2015
       

    Страницы: 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 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296

    Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 2)
    gyra (14-12-2016 12:03): WinRAR (часть 3)


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru