» WinRAR (часть 2)

Цитата:

Еще раз: это не задача архиватора. Для этих целей существует антивирус. С любым нормальным антивирусом даже совершенно неподкованный пользователь будет защищен от такой ситуации.

Еще раз: нужно заботится о пользователях, особенно для тех кто мало понимает в компьютерах.

ANDE2003
Хватит тут срать!!!

ANDE2003

Цитата:

Еще раз: нужно заботится о пользователях, особенно для тех кто мало понимает в компьютерах.

Я ваше предложение принял к сведению. Однозначно ответить, будет ли оно реализовано, сейчас не могу, но и исключать возможность реализации тоже не буду. Может это можно сделать опцией типа Convert potentially dangerous extracted file names в Settings/Security. То есть, если мы видим, что 202b/202e использован для перезаписи настоящего расширения, или если настоящее расширение отделено от фальшивого множеством пробелов, выдавать предупреждение и удалять 202b/202e и пробелы.

Не разбирался пока, правда, можно ли надежно определить, что эти спецсимволы использованы именно для перезаписи расширения. Если нельзя, тогда реализовать такую функцию проблематично, так как у этих символов есть вполне нормальные и полезные применения в RTL языках, и запрещать их полностью нельзя.

В следующих версиях будет видно.

EugeneRoshal

Я смотрю ANDE2003 знакомый товарищЪ - он в теме по Far Manager так же начал за здравие:

Цитата:

Подскажите, для FAR 3.0 есть плагин чтобы секьюрно удалять файлы?

получил от меня ответ:

Цитата:

ANDE2003

AltDel прямо из фар-а.

а кончил за упокой.: А посему не может мне простить крапиву.

VictorVG2
Хватит тут срать!!! - тебя это особенно касается!!

Fossyara

Цитата:

Сообщить модератору

- пора вам пообщаться.

Цитата:

Поищите инфу про возможности изменения порядка чтения Unicode-символов с помощью байта RLO, пара статей на Хабре была, весьма занимательное чтение.
Кстати, вот тут лежит подобный архив https://yadi.sk/d/1fKjaegIiYJ9J поиграйтесь с ним

Продолжаем оффтоп на тему маскировки вирусов!
От така фигня:


WinXP-SP3
- Winrar такую подставу насквозь в архиве и на файловой системе.
- Far на провокацию не поддался.
- 7zip подставу не видит.
- TotalCommander обманывается - показывает расширение только txt, но, у меня исполняемые файлы по маске подсвечиваются коричневым - этот подсветился.
- TotalCommander с чистым конфигом на моей машине тоже не видит подставы.
- Тот же чистый Тотал на другой машинке тоже WinXP-SP3 видит подставу.

EugeneRoshal

Может стоит сделать, что если консольному rar.exe даешь команду -md64m, то он и без -ma5 создавал архивы 5 версии? А то сейчас без -ma5 он игнорирует -md64m и создает rar4 со словарем 4m.


То есть, если в команде есть ключи со словарем не поддерживаемые RAR4, то создавать архив RAR5, а не игнорировать их.

EugeneRoshal

Я бы предложение ANDE2003

Цитата:

То есть, если в команде есть ключи со словарем не поддерживаемые RAR4, то создавать архив RAR5, а не игнорировать их.

переформулировал строже:

- если в ключах (параметрах) операции задано (-ы) не поддерживаемое (-ые) для выбранного формата архива значение (-ия) операндов то завершить её выполнение на стадии разбора команды с выводом сообщения об ошибке с указанием мест где она допущена. Естественно что целевой архив в таком случае не создаётся или если он существует не изменяется.

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

C консольным rar.exe вообще чехарда получается, особенно с ключем -md
Вот есть явно потерявшие смысл ключи -mda -mdb -mdc, которые остались для совместимости.
А еще есть ключ -md1024, который по-умолчанию, создает архивы со словарем 1m, но в документации написано: Если модификатор не указан, подразумеваются мегабайты, т.е. ключи -md64m и -md64 эквивалентны. и словарь при -ma5 плавно становится 1g, что сильно меняет поведение архиватора и по памяти и по продолжительности процесса.

Поскольку у меня много скриптов используют rar.exe, то приходится держать две копии: rar.exe версии 4.20 и rar5.exe версии 5.30, соответственно в скриптах явно использую вызов rar5.exe для архивов 5 формата и rar.exe для архивов 4 формата.

Помнится однажды после обновления rar у всё перестало работать и стало валиться с ошибкой, потому что ключ -mt0 исчез, а вместо него появился -mt1 и нужно было править все скрипты. Я потом месяц отлавливал места, где rar перестал запускаться.

VictorVG2

Цитата:

если в ключах (параметрах) операции задано (-ы) не поддерживаемое (-ые) для выбранного формата архива значение (-ия) операндов то завершить её выполнение на стадии разбора команды с выводом сообщения об ошибке с указанием мест где она допущена.

если пойти этим путем то часть скриптов перестанет запускаться, вот радость-то админам будет, и опять потом искать что где отъехало. лучше уж все оставить как оно есть

ANDE2003

Мысли в слух:

а может всё таки разумнее один раз взять себя за шкибок и навести в скриптовом хозяйстве порядок чем откладывать эту работу? Я согласен с тем что тут потребуется потратить толику времени, но мне думается проще это сделать сейчас, чем после вылезет какая пакость? Ведь мы все вечно что-то откладываем "на завтра", а после ворчим "Накопилось, текучка заела!". Ей, ей, походу с этого нам самим толку больше будет.

Я так так же посматривал что вроде бинарник FarPEAnaliser не обновлялся с 08.10.2014 - висит себе на сервере версия 3.60 и ладно и не заметил что исходники-то уже для версии 3.61 давно на SVN лежат. Увидел, пересобрал, кое-что по мелочи по месту поправил - работает, ну и заодно в остальном хозяйстве порядок навёл - а куда деваться коли надо?

Кстати вот ещё один повод наводить в делах порядок - OpenSSL 1.0.1r и 1.0.2f вышли, а старые версии 0.98 и 1.0.0 с серверов убрали вместе с рунтаймими VC++ 2005 - новая версия собирается в VC++ 2013 и ниже чем на ХР не работает.

ANDE2003

Цитата:

Может стоит сделать, что если консольному rar.exe даешь команду -md64m, то он и без -ma5 создавал архивы 5 версии?

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

Цитата:

Помнится однажды после обновления rar у всё перестало работать и стало валиться с ошибкой, потому что ключ -mt0 исчез, а вместо него появился -mt1 и нужно было править все скрипты.

Поэтому ради совместимости еще сохраняются в RAR всяческие -mda и -v360f. Когда-нибудь я их, может, и уберу, но пока пусть будут. Но там где старый синтаксис мешает, его приходится менять раньше.

Цитата:

А еще есть ключ -md1024, который по-умолчанию, создает архивы со словарем 1m

Начиная с 5.0, -md1024 это 1гб. Хотя сам я, чтобы не путаться, при использовании добавляю модификатор 'm'.

EugeneRoshal

Цитата:

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

Ну тут логика простая: когда юзер явно задаёт ключем формат, невозможный для RAR4, то наверно он (юзер) знает, что делает.

Но наверно всё же стоит подождать до версии 6.0 (или какой там), которая начнет по умолчанию создавать архивы формата RAR5, а более старые будет только распаковывать. Может как раз через пару-тройку лет.

Benchmark

Цитата:

Ну тут логика простая: когда юзер явно задаёт ключем формат, невозможный для RAR4, то наверно он (юзер) знает, что делает.

Или запутался в ключах и ввел -md1024, думая что это по-прежнему 1 мб, как это было в RAR 4.x.

Цитата:

Но наверно всё же стоит подождать до версии 6.0 (или какой там), которая начнет по умолчанию создавать архивы формата RAR5, а более старые будет только распаковывать. Может как раз через пару-тройку лет.

Согласен.

Benchmark
Цитата:

Но наверно всё же стоит подождать до версии 6.0 (или какой там), которая начнет по умолчанию создавать архивы формата RAR5, а более старые будет только распаковывать. Может как раз через пару-тройку лет.

По умолчанию - да, но хотелось бы, что бы и полная поддержка (не только распаковка) RAR4 также осталась. Все-таки RAR4 - не RAR2, в первой свои плюшки (параметры сжатия текста, графики, аудио, значения использование ОЗУ и др.) есть, чем активно пользуюсь при сжатии тех же текстов. Нередко выигрыш даже в сравнении с ARC есть, что уж говорить про RAR5 и 7z.

Цитата:

Но наверно всё же стоит подождать до версии 6.0 (или какой там), которая начнет по умолчанию создавать архивы формата RAR5, а более старые будет только распаковывать. Может как раз через пару-тройку лет.

сколько настроенных скриптов сломается....

ANDE2003

Мои вчера уже посыпались. Переписал - куды деваться? А другие что, рыжие? Перепишут коли припрёт.

Господа, такой вопрос: качаю самораспаковывающийся архив rar и не могу докачать пару байт: скачивание с обменника обрывается на 99% скачанного.
Думаю, как вариант не заморачиваться с попытками скачивать этот архив снова, а попробовать его восттановить.
Есть ли какой-то эффективный инструмент для восстановления rar-архивов? Нашел несколько ссылок на инструменты типа RAR Fix Toolbox или Recovery Toolbox for RAR, но они платные и у нас в Варезнике ни слова о них (т.е. вероятно, что малоэффективны раз никто ими не пользуется).
Короче: что посоветуете в такой ситуации?

P.S. Штатная функция "Repair" не помогает, т.к. в архиве нет recovery record.

Цитата:

P.S. Штатная функция "Repair" не помогает, т.к. в архиве нет recovery record.

А от куда вы тогда хотите взять недостающие (~1%) данные?

bootaa

Цитата:

А от куда вы тогда хотите взять недостающие (~1%) данные?

Сам сабж показывает содержимое такого недокачанного архива. Посему как минимум часть файлов может быть извлечена без повреждения либо с минимальным ущербом (если это медиа-файлы например).
Мало ли какие способы могут быть: софт может быть основан на построении разных математических моделей + какой-то анализ содержимого + еще много чего. Я не специалист в этой области, но мне кажется имея даже не 70-80, а 99% информации, 1% доработать/ рассчитать как-то можно.

mrdime
А точный размер файла известен? Сколько реально байт не хватает?

mrdime
Попросить создать избыточные данные человека, у которого есть этот файл.

Программа для этого указывалась уже в этой теме:
http://forum.ru-board.com/topic.cgi?forum=5&topic=32358&start=5180#4
(есть и другие её аналоги).
Либо попробовать скачать/докачать аналогичный в torrent'e.

Если не хотите это делать,
и не удаётся извлечь WinRar'ом с галочкой "оставлять на диске повреждённые файлы",
то вряд ли что-то получится именно с WinRar-архивом у альтернативных "восстанавливателей".
Допускаю, что что-то можно придумать, скажем, с ZIP-ом.

Цитата:

Господа, такой вопрос: качаю самораспаковывающийся архив rar и не могу докачать пару байт: скачивание с обменника обрывается на 99% скачанного.

у меня такое тоже бывает, и именно с exe файлами, как правило мешает антивирус, отключаешь его, скачиваешь нормально, потом опять включаешь.

timsky

Цитата:

А точный размер файла известен? Сколько реально байт не хватает?

Точного размера нет.
vasevase

Цитата:

Попросить создать избыточные данные человека, у которого есть этот файл.

Форум - левый, раздающего не знаю, на торрентах - не нашел. Но нашел автора (на нашем форуме), создавшего изначально этот файл. Он перезалил на нормальный обменник.
+ Удалось скачать с "проблемного обменника". И ANDE2003 был прав. Виной всему был KIS 2013 (как и в 95% всех других проблем, возникающих у меня на компе с софтом). Отключил эту глючную поделку ЛК (глючная, но к сожалению весьма эффективная) и файл скачалася.
Так что проблема решена. Всем спасибо за советы.

Почему winrar при архивировании каталога у некоторых файлов изменяет время модификации файла на 1 час? И как от этого избавиться?

DroG
Этот час набегает из-за зимнего/летнего времени. Для перевода времени файла в местное WinRAR использует рекомендованную Microsoft функцию SystemTimeToTzSpecificLocalTime. Часть файловых менеджеров продолжает использовать FileTimeToLocalFileTime, что может дать эту разницу в 1 час. Так что сравнивать время желательно с Windows Explorer. Кроме того, в XP SystemTimeToTzSpecificLocalTime работала не совсем корректно (опять же давала ошибку на час), из-за чего под XP WinRAR продолжает вызывать FileTimeToLocalFileTime. Такая вот солянка получается.

Версию WinRAR тоже желательно использовать свежую. Старые работали только через FileTimeToLocalFileTime.

Зарелизили версию WinRAR 5.31.

MAX63ru
English version only пока. Можно подождать.

[more=что нового...] Version 5.31

1. Following issues are corrected in Windоws high DPI mode:

a) if text size in Windоws settings was set to 150% or larger,
the font size in WinRAR help was not increased accordingly,
resulting in too small text;

b) default columns width in WinRAR file list was less
than expected for 125% or larger Windоws text setting.

2. Interface improvements for right to left languages:

a) proper text alignment in simple WinRAR prompts, such as
confirmations to delete archived files or to clear the log file;

b) "OK", "Cancel", "Help" buttons in multi-page dialogs,
such as archiving and extraction options or WinRAR settings,
are aligned correctly and translated to default Windоws
display language.

3. Bugs fixed:

a) WinRAR SFX module could load DLL libraries from its own executable
folder as a result of calling some Windоws API functions.
It could lead to security threat if DLL files with malicious code
were stored in the same folder as SFX archive. Now SFX module
takes additional steps to prevent such situation in Windоws Vista
and newer.

Be aware that users without latest Windоws security patches
installed also as Windоws XP users still can be affected,
so they must be especially careful to run SFX archive from
a folder without suspicious DLL files;

b) WinRAR 5.30 failed to run .lnk files from file list.[/more]

Цитата:

Be aware that users without latest Windоws security patches

EugeneRoshal, вот это очень похвально.
Хотя, вообще, пользователи сами должны заботиться о "личной гигиене", наличии антивируса и т.д..
Об этом на уроках информатики надо слушать и от "старших товарищей", а не от разработчика, который не обязан этим заниматься, имхо.

EugeneRoshal
При распаковке, если папка уже существует, то её время изменения меняется на время изменения папки в архиве, что не соответствует действительности...

Вышел 5.31.

1. Following issues are corrected in Windows high DPI mode:

a) if text size in Windows settings was set to 150% or larger,
the font size in WinRAR help was not increased accordingly,
resulting in too small text;

b) default columns width in WinRAR file list was less
than expected for 125% or larger Windows text setting.

2. Interface improvements for right to left languages:

a) proper text alignment in simple WinRAR prompts, such as
confirmations to delete archived files or to clear the log file;

b) "OK", "Cancel", "Help" buttons in multi-page dialogs,
such as archiving and extraction options or WinRAR settings,
are aligned correctly and translated to default Windows
display language.

3. Bugs fixed:

a) WinRAR SFX module could load DLL libraries from its own executable
folder as a result of calling some Windows API functions.
It could lead to security threat if DLL files with malicious code
were stored in the same folder as SFX archive. Now SFX module
takes additional steps to prevent such situation in Windows Vista
and newer.

Be aware that users without latest Windows security patches
installed also as Windows XP users still can be affected,
so they must be especially careful to run SFX archive from
a folder without suspicious DLL files;

b) WinRAR 5.30 failed to run .lnk files from file list.