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

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

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

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

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

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

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

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

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

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

Всего записей: 38836 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
EugeneRoshal

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

Цитата:
Это конечно хорошо, но хотелось бы более понятных и расширенных галочек, вот как в 7-zip. Там при упаковке в tar или zip так прямо и начертано «Точность отметок времени:», и далее ясный выбор 100нс-Windows / 1сек-Unix / 1нс-Linux

Зачем под Windows паковать в 1нс Unix, если файловая система отдает данные с точностью 100нс. Я в Windows 7-Zip не нашел опцию 1нс-Linux.

Цитата:
И ещё, los в принципе правильно говорит.

Он говорил про обработку даты с Unix временем равным нулю.

Цитата:
Если, например, файлы в архиве имеют метку времени Unix за какой 1974 год или эталонный MAC time 197001010000, и распаковываются в ОСи с более узким диапазоном дат, то они должны распаковываться на диск с минимально возможным временем в данной системе

Почему не с текущим? Неверны обе даты.

Цитата:
либо вобще без меток времени, если позволяет система.

Какая система из поддерживаемых RAR это позволяет?
 
Добавлено:
los

Цитата:
если выставить mtime, atime ранее 197001010000UTC, то у rar вообще с этими атрибутами свистопляска начинается.

Насколько я помню, RAR хранит time_t как unsigned. Что нам важнее для хранения - 1969 год или 2038?

Всего записей: 2262 | Зарегистр. 29-04-2013 | Отправлено: 13:46 31-05-2023
volkovysk



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

Цитата:
Почему не с текущим? Неверны обе даты.
Потому что при триумфе склероза потом надо будет знать свежее молоко или нет.)) Если в винде на диске отбивается 1-1-1980 0:0:0, то психологически лучше воспринимается, что доки были антикварные лично от Брежнева.)) А так вспоминаешь коцал их ты или ещё нет. Пропадает уверенность в том, что они недавно не менялись и это напрягает.
 
Добавлено:

Цитата:
Я в Windows 7-Zip не нашел опцию 1нс-Linux.
Там где добавить к архиву, слева в самом низу кнопка «настройки», там эта финтиклюшка. Версия 7-Zip 22.01

Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 14:14 31-05-2023
xeroxman



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

Всего записей: 2151 | Зарегистр. 01-12-2004 | Отправлено: 14:30 31-05-2023 | Исправлено: xeroxman, 14:31 31-05-2023
Victor_VG



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

Цитата:
   Version 6.22
 
   1. Bugs fixed:
 
      a) extracting individual files from solid archives created by
         RAR versions older than 2.0, could fail in WinRAR 6.20 and 6.21.
         It didn't affect extracting the entire archive, which was performed
         correctly;
 
      b) files in Unix ARJ archives could be erroneously displayed as folders
         in WinRAR file list;
 
      c) "Display files in Explorer" extraction option was ignored
         if "When done: Close WinRAR" option was also set and archive
         was opened in WinRAR before extracting;
 
      d) file size value in the internal viewer status bar didn't include
         the byte order mask field, displaying a smaller than actual size
         for Unicode files.

 
 На данный момент ещё не все переводы готовы, ждём и не дёргаем переводчиков!

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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:43 31-05-2023
Pasha_ZZZ



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

Цитата:
v6.22.0.0

Проснулся, на предыдущей странице 3 часа назад уже было...

Всего записей: 12403 | Зарегистр. 11-03-2002 | Отправлено: 14:50 31-05-2023
los

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

Цитата:
Что нам важнее для хранения - 1969 год или 2038?

чтобы rar сохранял и восстанавливал время файла, а не выставлял произвольное(речь о обсуждавшихся ранее случаях).

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 14:55 31-05-2023
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что касается времени, я бы предложил следующее.

  1. При обнаружении метки 1980-01-01 или раньше выводить предупреждение или запрос к пользователю. Действие по умолчанию (если не было запроса к пользователю) должно быть отражено в документации. В реальных условиях файлы с такими датами можно пересчитать по пальцам, поэтому какую конкретно дату ставить - не критично, но лично мне вариант volkovysk нравится больше, чем текущая дата. Другое дело, возможно ли это в принципе? Раз SetFileTime() выставлять ноль не умеет, хорошо бы проверить SetFileInformationByHandle().
  2. При обнаружении метки больше текущей даты плюс пара секунд также выводить предупреждение или запрос к пользователю. Здесь в список вариантов можно добавить "изменить системную дату" по дате из файла - разумеется, если хватит прав.
  3. Если попадается метка файла, в точности равная нулевой метке в какой-либо из поддерживаемых ФС, выводить предупреждение или запрос на удаление этой метки. Такое может произойти после распаковки из ZIP-архива файла, у которого изначально не было mtime.
  4. Хорошо бы ещё проверить, как ведут себя популярные ОС при распаковке файла с датой, которая не представима в целевой ФС. Возможно, надо будет предусмотреть обходной манёвр.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 15:32 31-05-2023
los

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

Цитата:
Хорошо бы ещё проверить, как ведут себя популярные ОС при распаковке файла с датой, которая не представима в целевой ФС. Возможно, надо будет предусмотреть обходной манёвр.

 
stat -x file
 
Access: Fri Jan  1 00:00:00 1960
Modify: Fri Jan  1 00:00:00 1960
 
7z a foo.7z -mtc -mta -mtm file
7z x foo.7z
 
stat -x file
Access: Fri Jan  1 00:00:00 1960
Modify: Fri Jan  1 00:00:00 1960

 

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 15:52 31-05-2023
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
А с чего Вы взяли, что 1960-й год не представим в Unix_time? Метка времени в ранних *nix имеет тип signed int, и отрицательное число для неё вполне штатное. Попробуйте ту же дату записать на FAT - вот там могут быть приколы.
 
Добавлено:
Под Windows попытка выставить mtime до 1980 года приводит к ошибке.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 16:27 31-05-2023
Pasha_ZZZ



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

Всего записей: 12403 | Зарегистр. 11-03-2002 | Отправлено: 16:34 31-05-2023
los

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

Цитата:
А с чего Вы взяли, что 1960-й год не представим в Unix_time?

почитайте про unix time(epoch time), как оно исчисляется и т.п.
 

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

Это скорее особенности FAT, а не ОС.

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 16:44 31-05-2023
lvqcl

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

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


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


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

 
Это для control freak'ов хорошо, а обычным пользователям такое очень не нравится.

Всего записей: 1149 | Зарегистр. 03-02-2007 | Отправлено: 16:58 31-05-2023
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
Я проверял на FAT, где отсчёт ведётся с 1980 года в беззнаковом типе. Windows не приводит дату к ближайшей допустимой, а перекладывает ответственность на программиста, возвращая ERROR_INVALID_PARAMETER.
 
los

Цитата:
почитайте про unix time(epoch time), как оно исчисляется и т.п.

Почитал. 1960-01-01, если я правильно посчитал, будет представлено числом 0xED300880, и оно допустимо. Но я хочу не поспорить, а проверить - у меня нет под рукой Unix-системы. Можете задать, скажем, 1901-01-01? Эта дата должна переполнить 32-битное Unix_time и вылететь в 2037 год.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 17:05 31-05-2023
EugeneRoshal

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

Цитата:
Там где добавить к архиву, слева в самом низу кнопка «настройки», там эта финтиклюшка.

Там 100нс, 1с, 2с.
1нс отсутствует, что логично.
 
RAR5 не использует DOS time, так что у него в Windows весь выбор это 100нс и 1с. Когда выбираем всего из двух вариантов, checkbox компактнее, чем radio buttons, и удобнее выпадающего списка.
 
los

Цитата:
чтобы rar сохранял и восстанавливал время файла, а не выставлял произвольное

Это отдельная ветка кода для Unix дат до 1970. Их нужно будет хранить в другом формате, например, в Windows FILETIME. Правда тогда ценители могут пожаловаться на отсутствие наносекундной точности.
 
Если не секрет, с какой целью у вас сейчас используются даты файлов из 1960-х?
 
uShell

Цитата:
При обнаружении метки 1980-01-01 или раньше выводить предупреждение

У Windows версии нет проблем с датами вплоть до 1601 года. Unix версия обрабатывает даты до 1970, но не более ранние.

Всего записей: 2262 | Зарегистр. 29-04-2013 | Отправлено: 17:10 31-05-2023
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell, не забывайте про файловые системы.
$ touch -t touch -t 190101010000 file
$ stat -x file
Access: Tue Jan  1 00:00:00 1901
Modify: Tue Jan  1 00:00:00 1901

btime не может быть выставлено ранее 197001010000UTC, ctime командой touch выставить нельзя.
 
EugeneRoshal

Цитата:
Это отдельная ветка кода для Unix дат до 1970....

Сделайте чтобы могло сохранять и выставлять 197001010000UTC - изначально-то весь вопрос с MAC time возник от того что rar не обрабатывает это время. Все что ранее 197001010000UTC использовалось для иллюстрации и несущественно.
 

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 17:23 31-05-2023
Pasha_ZZZ



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

Цитата:
Windows не приводит дату к ближайшей допустимой, а перекладывает ответственность на программиста, возвращая ERROR_INVALID_PARAMETER

Ну правильно и делает. Если программист решит, что для него такое "приведение" допустимо - то пусть и приводит сам. Иначе он предположит, что он задал дату, которую хотел, успешно.
 
Между делом:
https://www.rarlab.com/rar/winrar-x64-622ru.exe
https://www.rarlab.com/rar/winrar-x32-622ru.exe

Всего записей: 12403 | Зарегистр. 11-03-2002 | Отправлено: 20:14 31-05-2023
Benchmark



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

Цитата:
Все что ранее 197001010000UTC использовалось для иллюстрации и несущественно.

С тем же успехом можно считать несущественным, всё что ранее 197001010000UTC+1 секунда.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 23:09 31-05-2023
los

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

Цитата:
С тем же успехом можно считать несущественным, всё что ранее 197001010000UTC+1 секунда.

В моем случае ОС и ФС оперирует где-то 5-8-ю атрибутами времени. Не прибегая к изменению системного времени все они за исключением btime могут изменены на 197001010000.00UTC, в случае более раннего времени к списку неизменяемых добавляются ctime...
Но у вас случай может быть другой и вы "С тем же успехом можете считать несущественным, всё что ранее 197001010000UTC+1 секунда.".

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 08:25 01-06-2023 | Исправлено: los, 08:31 01-06-2023
54321pusk



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.
Подскажите, есть ли возможность создать запароленный SFX-архив, который при обычном запуске извлекал бы свое содержимое без запроса пароля, а при попытке открытия с помощью WinRAR - запрашивал ввод пароля?

Всего записей: 113 | Зарегистр. 14-09-2010 | Отправлено: 10:25 01-06-2023
Benchmark



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

Цитата:
В моем случае ОС и ФС оперирует где-то 5-8-ю атрибутами времени

Вот поэтому на *NIX'ах и их производных такими вещами занимается TAR.
 
Ну а во-вторых вот это:

Цитата:
Тем более что на системах отличных от windows rar - не самые популярные архиватор и формат, а для windows все эти "тонкости" с датами и другими атрибутами, наверное, не так уж и важны.

не я сказал.
 
Т.е. вся ситуация: "хочу фичу, но не потому, что нужно, а чисто чтоб поговорить".

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 10:53 01-06-2023
   

Страницы: 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

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru