» WinRAR (часть 2)

Dook

Цитата:

отправил на support@rarlab.com

Если не затруднит, отправьте еще на dev@rarlab.com. support@, конечно, мне ваше письмо перешлет, но это может потребовать времени.

Цитата:

на 1 байт меньше - 4294967295

Отрезало все что больше 4гб. Все-таки похоже на какую-то локальную проблему с вводом/выводом на диск.

EugeneRoshal
отправил

не исключено но с копированием файлов никаких проблем нет

Dook
Получил. Проверил с вашими настройками и аналогичной командной строкой, zip архив на 28гб обновился корректно. Не знаю, в чем может быть дело в вашем случае.

EugeneRoshal
а какой командой winapi выполняется копирование из временной папки?

Dook
MoveFile либо ReadFile+WriteFile. Но логика для zip модуля используется частично унаследованная от инфозиповского кода, а частично уже rar'овская, и к некоторым местам есть вопросы. Я сейчас посмотрел на эту функцию повнимательнее, кое-что поменял и перевыложил английскую сборку beta 4. Если будет время - посмотрите, я тоже ее сейчас буду тестировать.

EugeneRoshal
Без изменений. Дело именно в копировании, потому что в tmp файл создается не обрезанным, хотя и не исключаю что в последний момент может и обрезает, ещё до копирования.

И именно для ZIP. Проверил с архивом RAR - никаких проблем, никаких обреазний при u -as

Dook

Цитата:

Без изменений.

А сборка точно сегодняшняя? Проверьте, пожалуйста, что winrar.exe датирован 4 июня.

И еще, что у вас в "Settings/Paths/Folder for temporary files" и в "Settings/Paths/Use only for removable disks"? В вашем settings.reg этих полей нет, так что, видимо, значения по умолчанию: %temp% и "включено". Так?

EugeneRoshal
привет, а русская будет обновлена?

brduakh
Скопируйте winrar.exe из свежей английской сборки поверх существующего. В русской версии языковые ресурсы хранятся в RarLng.dll, а не в winrar.exe. Правда, судя по отзыву Dook, это обновление его проблему не решает. И в чем тогда там дело, я пока по-прежнему не знаю.

EugeneRoshal
Ну вот, теперь всё ok. Спасибо.

я вначале скачал старую b4 c win-rar.com

Dook
Это радует Спасибо за информацию и тестирование.

EugeneRoshal
Было бы вообще шикарно если бы вы сделали логику игнорирования занятости файлов при u -as для rar аналогично zip. Или ввели бы опцию позволяющую игнорировать эти ошибки.

Dook
Для какой ситуации? Не удалось открыть файл? Или не удалось прочитать содержимое каталога? Если первое, то чем сейчас отличается поведение для rar и zip?

Второе - содержимое каталога, которого и в архиве то нет. Я здесь уже писал как-то:

1) winrar u -as -r -dh w.rar c:\windows\
2) winrar u -as -r -dh w.zip c:\windows\

В 1 случае процесс прерывается с ошибкой - "! Ошибки при поиске файла, архив синхронизировать невозможно"
Во 2 случае процесс отрабатывает до конца.

Если ключ -as убрать ошибка не появляется.

Dook
В данном случае совсем не факт, что поведение zip модуля, унаследованное от infozip, правильнее. Как синхронизировать данные, если мы не можем прочесть содержимое каталога. InfoZip -FS просто удаляет соответствующие заархивированные файлы.

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

Dook

Давайте рассмотрим модель событий:

есть каталог /etc с правами доступа root-group-user rwx - --- --- = Qx700 т.е. доступ к нему имеется только у суперпользователя root, в нём к примеру есть файлы:

/etc/kernel.conf
/etc/rc.conf
/etc/pswd

как под пользователем не имея в него доступ произвести синхронизацию архива с его содержимым? Тут ситуация аналогична, и сообщение об ошибке сигнализирует об отказе доступа к данному каталогу операционной системой. По моему всё закономерно.

EugeneRoshal
честно говоря не вижу в чем заключается трудоемкость.
array of string куда сохраняются эти файлы/папки. при обработки каждого нового файла в цикле проверять есть ли он в этом массиве. пару строчек кода.

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

Dook

В общем-то логика "Если нельзя сверить содержимое архива и каталога не удалять данные из архива" очень даже разумна и позволяет избежать ошибки потери данных если ОС формирует сигнал Access Deined. В таком ключе я ваше предложение поддерживаю. Просто вы сначала неточно сформулировали свою мысль и мы вас не поняли. Ну, и это бывает, житейское.

Dook
Когда дело доходит до реальной реализации, эта "пара строчек" имеет склонность размножаться в количестве. Впрочем, в 5.10 в любом случае уже поздно что-то добавлять.

EugeneRoshal
а жаль потому что к следующему релизу я уверен вы "забудете"

Dook

А ТоДо зачем? Мы все пишем в него то, что не успели сделать сегодня, но делать надо....

Dook
Это довольно серьезное изменение функциональности. Если делать это сейчас, значит нужна еще одна бета-версия, а я планировал переходить к релизу.

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

Цитата:

Если я что-то "забыл", значит нашлись функции, реализация которых показалась мне важнее.

Не знаю, кто как, а я с сегодняшнего дня перешел на 7-Zip Там хоть код можно самостоятельно поправить, если что.

EugeneRoshal

Женя, разрешите вопрос? Вы OpenSSL применяете? Я это к тому что 05.06.2014 вышли версии 1.0.1h, 1.0.0m, 0.9.8za с закрытыми уязвимостями и если нужно, наверное стоит их использовать чтобы избежать "лишних" проблем....

Victor_VG
Нет, OpenSSL в RAR и WinRAR не используется.

EugeneRoshal

Понял, не вопрос.

Подскажите, а можно как-то при добавлении комментария к архиву, через командную строку, защитить архив от изменений? Есть такая опция?

UPD: Victor_VG, большое спасибо!

Pasha_new

-k в списке ключей.

Цитата:

Конкретно - при открытии каталога, список файлов появляется с задержкой.
Причём проблема проявляется не сразу, а спустя некоторое время работы за компьютером.
Грешил на встроенный защитник Windows, но после деинсталяции WinRAR всё работает нормально.
Все диски SSD, должны работать быстро.

Подтверждаю, та же проблема была в Windows 8.1 64bit, WinRar 5.01 64 bit, антивирусы и защитники вырублены все, диски SSD, всё максимально оптимизировано. Подвисал и сам проводник при сохранении файла из любой программы.

При старте системы монтировались 2 сетевых диска - Onedrive и 4Shared.
Решилось выключением OneDrive.
С 4Shared всё нормально.

Подскажите, добавил компьютер в домен. Права на запуск WinRar есть, но из контекстного меню архив создать не получается. Как поправить эту ситуацию?