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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    pikorembo
     
    В таком случае перед распаковкой удалите в текстовом редакторе концевые пробелы и переводы строк после них - это ошибка не RAR, а того человека который сдуру записывал UUE файл через текстовый редактор. Переименовать/удалить такой файл да Explorer.exe не может - это внутренняя ошибка его кода, но с ним свободно справятся Far Manager v3.0 или Midnight Commander для которого есть Win32 сборка mcwin32-build189-setup.exe основанная на исходниках текущей стабильной версии 4.8.14.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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 | Отправлено: 01:20 01-09-2015
    KT315E

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
    Может стоит добавить в выпадающий список Файлы для обработки на вкладке Время варианты с датой создания файлов, а не только изменения? Пример. Архивирование папки с выбором файлов новее семи дней. При копировании в папку древнего файла, изменится дата папки, и она в архив попадёт, а вот этот "новый" файл с датой создания сегодня, но изменённый давно, в архив не попадёт.
     
    И ещё предложение. Чтобы настройка шрифта Списка файлов влияла на шрифт дерева папок.

    Всего записей: 733 | Зарегистр. 31-01-2006 | Отправлено: 09:24 01-09-2015
    pikorembo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    В данном случае это ошибка WinRAR. Формат UUE предназначен для передачи в текстовом виде и предполагает наличие концевых пробелов. Все известные мне декодировщики UUE учитывают эту специфику формата и отрезают пробелы самостоятельно. Читайте документацию и не морочьте людям голову советами проделать вручную то, что должна была сделать программа.

    Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 12:37 01-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    pikorembo
     
    Прочтите описание алгоритма UUE-кодирования - в нём не используются пробелы (заменяются на 0x96) и символы 0x0A0D в качестве признака "перевод строки" - для этого в конце строки ставится 0x0A ибо алгоритмы BASE64/UUE/XXE разработаны для UNIX систем, а на то что господа получающие жалованье в рекламных фирмах пишут про "допустимость вставки" CrLf (0x0A0D) и концевых пробелов в строках и именах файлов (0х20) с их "последующим обрезанием декодером" не обращайте внимания - им же надо хоть что-то писать чтобы с работы не выгнали.  
     
    Единственный вариант когда UNIX BASE64/UUE/XXE-кодер включит символ пробела в имя файла это один - он изначально был частью имени файла/каталога на файловой системе что допустимо для UNIX файловых систем, а ранее такие имена считались допустимыми и для IBM OS/360 где они собственно и появились, как и имена файлов и каталогов с точкой в начале или конце имени, и то что они не допустимы для DOS/Windows это только технические особенности реализации данных ОС, но не более того, и не повод для для хамства с вашей стороны.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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:53 01-09-2015 | Исправлено: Victor_VG, 17:58 01-09-2015
    EugeneRoshal

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

    Цитата:
    Окно "Результаты поиска" стало обычного размера. Хотя до этого оно было максимизированным.

    Это я пока не знаю, от чего зависит. WinRAR тут какие-то специфические манипуляции с окнами не выполняет.

    Цитата:
    Настраиваем остальные параметры и нажимаем OK. Отклоняем запрос системы на повышение привилегий. Диалог создания/распаковки архива закрывается. Зачем?

    Диалог закрывается еще после нажатия OK и до UAC запроса.

    Цитата:
    Можно дать пользователю возможность выбрать другую папку.

    Пришлось бы основательно менять логику выполнения команды и выносить работу с UAC из распаковки в этот диалог.

    Цитата:
    При копировании текста из Интернета в файле UUE может оказаться пробел в конце каждой строки. Если распаковать такой UUE файл через WinRAR, то появится "неуправляемый" файл с пробелом в конце имени, который отказываются открывать приложения. Такой файл невозможно удалить Проводником.

    Тут я, пожалуй, соглашусь, что пробелы в конце имени файла в uue надо убирать. В большинстве случаев они там будут по причине какого-то сбоя, а не потому что так было задумано создателем архива. Я сейчас выложил новую сборку английской beta 3, там они должны убираться.
     
    Добавлено:
    KT315E
    В будущих версиях - не исключаю.

    Всего записей: 2260 | Зарегистр. 29-04-2013 | Отправлено: 20:49 01-09-2015
    pikorembo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    Соглашусь с вами, что на UNIX системах имена файлов с концевыми пробелами допустимы. Но мы говорим про WinRAR, который работает в среде Windows. Например, при декодировании из UUE файла, содержащего двойные кавычки в имени, WinRAR заменяет недопустимые символы знаком подчёркивания. Также WinRAR не позволяет переименовать файл внутри архива с добавлением, к примеру, символа двоеточия, потому что это запрещено в Windows. Но почему WinRAR не делает исключений для концевых пробелов? Это относится не только к обработке UUE, но также к другим форматам архивов.
     
    EugeneRoshal

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

    Может быть, рассмотреть этот вопрос шире, не только применительно к формату UUE?

    Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 21:51 01-09-2015
    Benchmark



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

    Цитата:
    Но мы говорим про WinRAR, который работает в среде Windows

    С помощью wine он может работать и под *nix.
     
    И тогда становится непонятно, как WinRAR должен обрабатывать RAR-файлы, созданные под Linux, где такие имена вполне допустимы.
     
    EugeneRoshal

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

    В UUE - может быть.
     
    Но в остальных форматах "автоматом" не надо. Лучше в этом случае задавать вопрос пользователю, а то может так и было задумано.
     

    Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 22:12 01-09-2015 | Исправлено: Benchmark, 22:13 01-09-2015
    Pasha_ZZZ



    Platinum Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    pikorembo
    Цитата:
    что на UNIX системах имена файлов с концевыми пробелами допустимы
    а кто сказал, что в венде эти имена недопустимы? создайте батник вот с таким содержимым сколько папок он создаст?

    Всего записей: 12402 | Зарегистр. 11-03-2002 | Отправлено: 22:16 01-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    pikorembo
     
    С этим соглашусь - если мы встречаемся с техническим ограничением ОС то программы обязаны его соблюдать, равно как и её спецификации, правда увы но часто сама Микрософт этого не делает. Буквально на днях с этим столкнулся в очередной раз - приятель принёс флешку с работы, там важный для него документ созданный в Word 2013 а ... дома ни Word, ни шелл его не читают "Неправильное имя или путь к файлу или он не существует". Он ко мне, глянул - а там забава в квадрате с хвостиком - Ворд как истинный балбес взял в качестве имени файла заголовок документа, а приятель набивая его случайно в конце фразы таб а следом и пробел нажал. Говорит по телефону позвонили, но ворд честно это имя файлу и влепил, итог понятен. Кстати, в том же Far для борьбы с сим "злом" есть пара плагинов, вернее один но в двух вариантах - бинарник (DLL) и его Lua версии - FIN (Fix Incorrect Names), LF_FIN (LuaFAR FIN) и его развитие FIN alt (Lua) так что народ вынужденно с ошибками Микрософт борется и надо сказать успешно ибо есть грубый баг в ОС который специально не исправляют, но жить-то надо.
     
    Benchmark
    Pasha_ZZZ
     
    С обоими соглашусь
     
    EugeneRoshal а что до уборки концевых - лидирующих пробелов то может стоит просто вопрос задавать и предупреждать о возможных альтернативах:
     
    1) искажение имени файла/каталога;
    2) невозможность открыть файл/каталог в некоторых программах;
    2) возможном сбое в работе программ использующих лидирующие/концевые пробелы в именах файлов при их удалении
     
     
    и только получив подтверждение оператора убирать их, а нет генерировать для таких файлов хардлинки с "правильными" именами? Расход дискового пространства одна запись файла (0,5 - 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 | Отправлено: 22:18 01-09-2015 | Исправлено: Victor_VG, 22:30 01-09-2015
    pikorembo



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

    Цитата:
    И тогда становится непонятно, как WinRAR должен обрабатывать RAR-файлы, созданные под Linux, где такие имена вполне допустимы.

    Точно так же, как и с другими символами недопустимыми в Windows, но допустимыми в Linux, удаляя или подставляя вместо них другие. Поскольку Wine является альтернативной реализацией Windows API, то следует ожидать поведения схожего с Windows-системами.
     
    Pasha_ZZZ

    Цитата:
    создайте батник вот с таким содержимым сколько папок он создаст?

    Создать-то создаст, а дальше что? О несоответствии спецификациям хорошо написал Victor_VG.

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

    https://support.microsoft.com/en-us/kb/320081

    Цитата:
    You may not be able to delete a file if the file name includes an invalid name (for example, the file name has a trailing space or a trailing period or the file name is made up of a space only).

    Цитата:
    Therefore, if you have two files in the same folder named "AFile.txt" and "AFile.txt " (note the space after the file name), if you try to open the second file by using standard Win32 calls, you open the first file instead.

    Добавлено:
     
    Victor_VG

    Цитата:
    и только получив подтверждение оператора убирать их
    Кстати, XYplorer делает это автоматически для любого файла, к которому прикоснётся

    Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 22:41 01-09-2015 | Исправлено: pikorembo, 22:57 01-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    pikorembo
     
    Знаю, а если эта автоматика боком выйдет? Именно тут хардлинки бы нас и выручили - и овцы целы (данные доступны без ограничений) и волки сыты - имена не повреждены и с ними можно позже спокойно разобраться...

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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 | Отправлено: 22:58 01-09-2015
    Inoz2000



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

    Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 23:04 01-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А на деле вот (правда ещё времён NT 3.1) список недопустимых для имён NTFS символов - KB100008:

    Цитата:
    Соглашения именования в NTFS
     
    Имена файлов могут состоять не более чем из 255 символов, включая любое расширение. В именах сохраняется регистр введенных символов, но сами имена не зависят от регистра. NTFS не различает имена в зависимости от регистра. В именах могут быть использованы любые символы за исключением указанных ниже.
     
       ?  "  /  \  <  >  *  |  :
                    
     
    В настоящее время из командной строки можно задать имя файла длиной не более 253 символов.

    пробел среди запрещённых не значится, и то, что конкретные программы Микрософт не соблюдают спецификации сих же собственной ОС не означает что надо идти по их пути помогая им консервировать их грубые ошибки - у них и так иконостас как новогодняя ёлка от них блестит, а исправлять им некогда - срочно надо очередную глупость реализовать ибо в Тридевятом Царстве на ними ещё куры не смеялись. Походу когда сию публику проектировали на их долю мозги выделяли по остаточному принципы. Ничем иным наблюдаемое не объяснить...
     
     
    Добавлено:
    Inoz2000
     
    А что, кроме FAT ничего на свете нет? Но и на FAT пробела в списке не допустимых для имён файлов-каталогов нет. Наличие грубой ошибки в коде Explorer.exe тянущейся ещё с времён WinNT 3.50 не основание её беречь, холить и лелеять.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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 | Отправлено: 23:09 01-09-2015
    pikorembo



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

    Цитата:
    пробел среди запрещённых не значится

    Вы посмотрите внимательнее, сколько там пробелов между этими запрещёнными символами

    Цитата:
    правда ещё времён NT 3.1

    Так это же при царе Горохе было В предыдущем сообщении я дал более актуальную ссылку.

    Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 23:17 01-09-2015 | Исправлено: pikorembo, 23:17 01-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    pikorembo
     
    В том тексте список мелкомягкие не просто так убрали - боятся что начнут требовать исправления багов.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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 | Отправлено: 23:26 01-09-2015
    EugeneRoshal

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

    Цитата:
    Может быть, рассмотреть этот вопрос шире, не только применительно к формату UUE?

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

    Цитата:
    https://support.microsoft.com/en-us/kb/320081

    А здесь: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx
    можно прочесть следующее:
    For file I/O, the "\\?\" prefix to a path string tells the Windows APIs to disable all string parsing and to send the string that follows it straight to the file system.
     
    WinRAR ведь создает файлы с пробелом в конце с помощью того же Windows API и документированного префикса "\\?\". Никакого хакерства, штатные средства, описанные в документации. Многие программы умеют создавать подобные файлы, работать с ними, удалять их.

    Всего записей: 2260 | Зарегистр. 29-04-2013 | Отправлено: 23:35 01-09-2015
    TemaZosin

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Хочу настроить в планировщик задание бэкапа одной папки. Как это можно сделать? Раньше через командную строку делал, теперь не получается.
     
    К примеру нужно заархивировать папку c:\test и архив расположить в d:\bcp.rar, при этом старый архив просто затереть новым. Сделать нужно все в фоне, не мешая пользователю.
     
    Если возможно, то при невозможности доступа к файлам (могут к ним быть обращения):
    -игнорировать (самый простой вариант)
    -останавливать приложение (морозить) и в это время копировать, и после размораживать то, что использовало файлы.
    -попробовать скопировать файлы в темп (часто замечаю, если архиватор выдает ошибку доступа к файлу, то простое копирование в винде происходит без проблем), чтобы оттуда заархивировать.
     
    Какой должна быть строчка с параметрами для планировщика?

    Всего записей: 512 | Зарегистр. 30-08-2012 | Отправлено: 01:51 02-09-2015
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    TemaZosin
     
    От него зависит, ибо планировщики-то разные. Но в качестве инструмента я бы использовал связку nnbackup + rar + nncon ибо спокойнее - там вроде почти всех блох ребята повыловили.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    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 | Отправлено: 02:00 02-09-2015
    Benchmark



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

    Цитата:
    Точно так же, как и с другими символами недопустимыми в Windows

    Пробел в имени файла под Windows допустим. И неважно, в конце имени или нет, один пробел или больше. Более того, любая нормально написанная windows-программа спокойно откроет такой файл так же, как любой другой.  
     
    Ну а если программа на таком имени спотыкается, значит у её разработчика руки растут оттуда, откуда у остальных людей ноги.

    Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 15:48 02-09-2015
    pikorembo



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

    Цитата:
    Но у других архивных форматов пробелы сами по себе не возникнут

    Тогда обратное предложение. Нужно добавить эвристику в алгоритм декодирования UUE. Если в строке данных мы видим пробелы за пределами обозначенного количества байт, значит была ошибка при передаче UUE. Следовательно требуется отсечение концевых пробелов в имени файла. В противном случае высока вероятность того, что пользователь намеренно оставил концевые пробелы в имени файла, и отсекать их не требуется. Но здесь есть одна загвоздка: если файл нулевой длины и финальная строка данных состоит из пробела вместо грависа. В этом случае принимаем решение по количеству пробелов в финальной строке.

    Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 17:40 02-09-2015 | Исправлено: pikorembo, 17:47 02-09-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