» WinRAR (часть 2)

EugeneRoshal

Мне кажется, что rar.exe 5.11 не совсем корректно работает с параметром -ilog.

проблема вот в чем, rar не переходит на новую строчку на последней записи.

Код:
rar ....... -ilogFile.txt
echo Конец >>File.txt

chAlx

Пришла на работу бумага от Гислера. Он бы наверняка "не увидел вопрос" , да вот его задал Хранитель Большой печати - ответил. Это первое, второе - а что посмотреть импорты и после поглядеть эти функции по тому же MSDN кто-то запретил?

Ar0ma

Симпатично, наглядно, с рюшечками - но нравится лично вам. А на вкус и цвет товарищей нет. Намёк поняли?

Цитата:

Симпатично, наглядно, с рюшечками - но нравится лично вам. А на вкус и цвет товарищей нет. Намёк поняли?

Не очень.

Вам не нравится - предложите что-нибудь? Зачем флейм разводить?

Ar0ma

А это что? Это же вы начали разговор о том, чего пока никто не видел. Давайте подождём, увидим и будем думать как сделать чтобы и овцы целы и волки сыты. Сейчас-то рано...

5.11x64 на win8.1x64 при распаковке, диалоговое окно, рендомно (не зависит от кол-ва распаковываемых файлов, типа архивов) перескакивает на второй монитор, чаще остаётся на том мониторе с которого была запущена распаковка. надо, чтобы где запущена, там и распаковывалась, а не скакала по мониторам, как пофиксить?

Victor_VG 19:37 27-10-2014
Цитата:

В ТС ещё одно "не плохо" сделано - ядро как было написано во времена Win31/95 так с тех пор Гислер его и не считает нужным его переписывать "для совместимости с Windows 95" так может мы во всём и всюду будем ориентироваться исключительно на ТС ибо это истина в последней инстанции?

Имхо, Гислеру огромный респект и уважуха, что он не следует всеобщей моде на использование последних версий IDE/SDK, отчего TC до сих пор маленький и быстрый, и не превратился в тяжёлое глючное УГ, как Far3, например (по сравнению с Far 1.75, в Far3 наверно уже "ядро" windows 10, по меньшей мере)).

Цитата:

по тому же MSDN кто-то запретил

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



Добавлено:
Victor_VG 22:24 28-10-2014
Цитата:

насчёт Far - а что мешает убрать замеченные ляпы коли исходники открыты.

Не, спасибо , меня и старенький 1.75 вполне устраивает. Тут дело даже не в багах/глюках, а в подходе - например, сегодня встретилось что-то вроде: "на c# писать почётно, программа требует .Net4 - это ерунда, во всех почётных осях оно уже вшито, а XP всё-равно уже на свалке" и т. п. У разработчиков Far3 (и большинства других программ) тот же подход. У Гислера, и думаю, у EugeneRoshal тоже, к счастью, пока не такой.

addhaloka

С описаниями это есть, насчёт Far - а что мешает убрать замеченные ляпы коли исходники открыты. Maximus5 же это делает. И насчёт "маленький и быстрый" - ТС это такая же оболочка над своим набором плагинов как и Фар, просто в отличии от него он GUI, а консоль ноне не в моде, а потому он "...тяжёлое и глючное...".

addhaloka

Это подход отдельного человека, не стоит по нему всех ровнять.

Victor_VG
Тогда - двух отдельных человеков. Я присоединяюсь.

DimmY

Дим, я имел ввиду:

Цитата:

"на c# писать почётно, программа требует .Net4 - это ерунда, во всех почётных осях оно уже вшито, а XP всё-равно уже на свалке" и т. п. У разработчиков Far3 (и большинства других программ) тот же подход.

я так же на секлабе встречал высказывание:

"кроме Windows других десктопных ОС не существует"

и что оно ни у кого из нас не вызовет улыбку? Людей кои далее своего носа ничего не видят увы, достаточно, так что, нам нужно равняться на них? Для каждой задачи нужны свои инструменты, а ровнять всё под одну гребёнку, даже самую распрекрасную это по моему глупость. Где-то оптимален ТС - отлично, но где-то он просто не применим, значит там нужны иные инструменты, к примеру MultiCommander, mc, Krusader, Far, Dolphin, VC, DN - смотреть надо по задаче и стоимости её решения, а не по рюшечкам-плюшечкам и былой славе ...

Я говорю только за себя. Для меня в самом деле других систем, кроме Windows, для настольного ПК на данный момент не существует. А после того, как я глянул на FAR3 (правда, в известной тебе сборке), интерес с этому продукту исчез полностью. Боюсь, что навсегда.
А вообще это здесь уже

DimmY

Согласен, пошли в ПМ, тем более что мы давно не виделись...

BFDA

Цитата:

Поскольку rar.exe используется в батниках, и в лог пишется много всего, нельзя ли поправить поведение, чтобы rar.exe всегда переводил строку, как это делает, к примеру, команда echo

RAR переводит строку в начале строки, а не в конце. В некоторых (навскидку не скажу количество) сообщениях пришлось бы переносить \n из начала в конец, а это, во-первых, напрягать всех переводчиков, а, во-вторых, есть риск недосмотреть и поломать вывод в лог. Проще echo. перед echo Конец добавить.

EugeneRoshal

Кстати я точно так же отслеживаю логи SVN. Вот пример:

@echo SVN checking startted at %DATE% on %TIME% >> svnupdlog.txt&&@echo SVN checking startted at %DATE% on %TIME% >> info.txt
@svn co http://<url>/ prh >> svnupdlog.txt
@echo SVN checking finished at %DATE% on %TIME% >> svnupdlog.txt
@svn info http://<url> >> info.txt

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

Userrr

Цитата:

5.11x64 на win8.1x64 при распаковке, диалоговое окно, рендомно (не зависит от кол-ва распаковываемых файлов, типа архивов) перескакивает на второй монитор

Не получилось воспроизвести. Я проверял и на Win7, и на Win8.1, и при распаковке из оболочки WinRAR, и из контекстного меню Explorer. Окно с прогрессом распаковки не перескакивает. Не знаю, в чем тут причина.

EugeneRoshal

Я тут нарвался на похожее явление, но под UNIX - скакали картинки по панелям. Первыми под подозрение попали Х-ы - нет ли ошибки в /etc/xfree.cfg? Гипотеза не подтвердилось, зато как снял крышку с кожуха попалась сама видеоплата - хвост доп. питания плохо контачил вот она и чудила вовсю - как никак QUADRO F6000 берёт от БП токи хорошо за 20A и при плохом контакте в цепях питания её поведение предсказать трудно. Может и тут стоит заодно с остальными гипотезами поджать/проверить все контакты ибо электроника это прежде всего наука о контактах что вечно, а всё остальное уже вторичное и приходящее.

EugeneRoshal 11:14 29-10-2014
Цитата:

Не получилось воспроизвести....Не знаю, в чем тут причина.

сегодня похоже нашлась причина, окно с прогрессом распаковки перескакивает с вероятностью 99,9% при максимальной нагрузке машины (рендерится видео + закачивается/раздаётся торрент)

Userrr

Тогда это сбой в кривых Х-ах.

EugeneRoshal

Цитата:

RAR переводит строку в начале строки, а не в конце.

Весьма странное решение. Даже не знаю что и сказать. Первый раз с таким сталкиваюсь.
Не подскажете, а зачем так сделано? Обычно все выводят строку и переводят каретку, а чтобы вначале переводить каретку....

BFDA

CollabNet SVN так же поступает. Я потому и вставлял в скрипт echo.

BFDA

Цитата:

Не подскажете, а зачем так сделано?

Чтобы отступить от предыдущего вывода на экран. А в лог-файле - по аналогии с экраном.

BFDA:

Цитата:

Обычно все выводят строку и переводят каретку

По-разному бывает. Тут важно только, чтобы как начал, так и дальше продолжал. Нельзя проверить, чем закончился предыдущий вывод, поэтому многие для надёжности начинают с новой строки. В *никсах есть более устоявшиеся традиции (например, текстовый файл должен заканчиваться на /n), поэтому там чаще строка переводится в конце.

Есть один вопрос - может, и задавали. При установке, когда спрашивает - какие архивы нужно открывать - есть баттон Select All А если я хочу убрать всё - то всё-таки красивее было бы, если бы писало UnSelect или DeSelect.. это так, косметика... но всё-таки...

EugeneRoshal
Евгений, иногда вы какие то интересные штуки делаете например контрольные суммы Blake2sp - интересно зачем?
Почитал ваш критерий выбора хеш-функции в теме и не понял.

Если с точки зрения - распостраненности, безопастности, криптостойкости и скорости - SHA-256 - в реализации RapidCRC Unicode с открытыми исходными кодами - я думаю побыстрее Blake2sp будет или не уступит.

А если с точки зрения - менее распостраненности, безопастности, криптостойкости и именно скорости - RIPEMD-256 и Tiger-192 - куда там Blake2 и SHA-2. И все равно гораздо большее число программ для вычисления контрольных сумм их поддерживает.

Простите, выбор не удачный мне кажется. Правда я на одной платформе тестировал Windows 7 x64.

krliman

Цитата:

есть баттон Select All А если я хочу убрать всё - то всё-таки красивее было бы, если бы писало UnSelect или DeSelect.

Да, вы правы. В установщике надо эту кнопку тоже переименовать в Toggle All, как уже сделано в самом WinRAR. Спасибо, что подсказали.

EugeneRoshal

Цитата:

Чтобы отступить от предыдущего вывода на экран. А в лог-файле - по аналогии с экраном.

Простите, все равно не понимаю.
Если нужно сделать красиво, то нужно перед первой записью в лог перевести каретку.
А затем переводить после каждой новой записи.

Мне кажется так правильно.

P.S. Но мой опыт показывает что применяются не всегда правильные решения. Будем знать об этой особенности rar, но вдруг, когда-нибудь руки дойдут переделать ?

lelik007

Цитата:

SHA-256 - в реализации RapidCRC Unicode с открытыми исходными кодами - я думаю побыстрее Blake2sp будет или не уступит.

На момент разработки RAR5 самой быстрой доступной мне реализацией SHA-256 являлась интеловская с AVX1 отсюда: https://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=22357
На моем i7-2600 она давала 300 MB/s, тогда как 64-битный код blake2s с использованием SSE обеспечивал 550 MB/s, а восьмипоточный blake2sp - 2000 MB/s. Я не смотрел вариант из RapidCRC, но стандартный SHA-256 работает в один поток, и как ни оптимизируй, за восьмипоточным blake2sp на многоядернике ему не угнаться.

Другое дело, что в Skylake планируются специальные команды для вычисления SHA-256, но пока Skylake выйдет и получит распространение, пройдет немало времени. Предыдущие платформы еще много лет будут в ходу.


Цитата:

и именно скорости - RIPEMD-256 и Tiger-192 - куда там Blake2 и SHA-2

Посмотрите http://bench.cr.yp.to/results-hash.html
RIPEMD-160 и TIGER там стабильно медленнее даже однопоточного BLAKE2s, не говоря уж о многопоточном BLAKE2sp. RIPEMD-256 там, правда, отсутствует, но, сомневаюсь, что он в разы быстрее RIPEMD-160.

Конечно, на основе ripemd и tiger тоже можно сделать многопоточный хэш, но стандартности в таком хэше будет еще меньше, чем в blake2sp. Тот хоть непосредственно от разработчиков. Да и все равно blake2sp будет быстрее, так как blake2s и в один поток быстрее указанных хэш-функций.


Добавлено:
BFDA

Цитата:

Простите, все равно не понимаю.

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

Вывод в rar.log был сделан по аналогии с выводом на экран. Общий стиль, общие подходы. В принципе, можно отвязать стиль вывода на экран и в log файл друг от друга, и выводить в log файл с \n в конце. Стоит ли оно усилий и решает ли это какую-то реальную проблему - пока не уверен.

EugeneRoshal
Ну тогда законный вопрос, а где брать программу для вычисления Blake2sp - быстую, я не знаю...
Просто в HashTab то он есть - но скорости нет.

lelik007

lelik007

Цитата:

Ну тогда законный вопрос, а где брать программу для вычисления Blake2sp - быстую, я не знаю...

На https://blake2.net в Downloads.