» FreeArc (часть 4)

что означает ошибка Code -7 при распаковке архива (пишет внутри инсталятора inno setup), иногда все ок, а иногда эта ошибка

Хочу добавить в конфиг строку:

Код:
precompz = precompj:t+z

Цитата:

надо просто вставить его наконец внутрь freearc, чтобы объединить их достоинства

ждём-не дождёмся! как и fa/64bit

Bulat_Ziganshin
Вопрос по поводу rep. Поставил я 8гб ОЗУ, а rep больше 2047mb не ставится. Пишет про нехватку памяти. Это потолок или можно как-нибудь увеличить до 4000mb?

cross125
если это код из unarc.dll, то сбойные сжатые данные

#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA (-7) /* Data can't be decompressed */

кому-нибудь удалось привинтить к FA packjpg и packmp3???
если да, то дайте arc.ini, пожалуйста...

Какая-то забагованая эта версия ФА.

1. После подключения lzma64 в свойствах созданных архивов пишет: память для распаковки 8Мб, память бля упаковки 8 мб.
2. ФА часто начал падать с такой ошибкой: read: invalid argument (Bud file descriptor), после чего выскакивает окно виндовс о завершении работы программы, лог:
Сигнатура проблемы:
Имя события проблемы:    APPCRASH
Имя приложения:    FreeArc.exe
Версия приложения:    0.0.0.0
Отметка времени приложения:    50275453
Имя модуля с ошибкой:    msvcrt.dll
Версия модуля с ошибкой:    7.0.7601.17744
Отметка времени модуля с ошибкой:    4eeaf722
Код исключения:    c0000005
Смещение исключения:    00009b60
Версия ОС:    6.1.7601.2.1.0.256.1
Код языка:    1058
Дополнительные сведения 1:    0a9e
Дополнительные сведения 2:    0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3:    0a9e
Дополнительные сведения 4:    0a9e372d3b4ad19135b953a78882e789

вот лог программы http://zalil.ru/33679780

win 7 64bit 4Gb

Neo7898
уже бы давно сам прикрутил...

Цитата:

У меня при подключении lzma x64 перестал работать метод 4x4:lzma

ага, я знаю об этой проблеме


Цитата:

rep больше 2047mb не ставится. Пишет про нехватку памяти. Это потолок

ага


Цитата:

После подключения lzma64 в свойствах созданных архивов пишет: память для распаковки 8Мб, память бля упаковки 8 мб.

это особенность всех внешних архиваторов, но кому в голову придёт читать документацию?


Цитата:

ФА часто начал падать с такой ошибкой

нужна конкретная команда и исходные данные чтобы я мог её воспроизвести


Цитата:

precompz     = precompj:t+z

подтверждаю что не работает, щас разберусь

не получается(((
m9j меня не устраивает, а к max не могу прикрутить...
помоги, если получилось...

Цитата:

нужна конкретная команда и исходные данные чтобы я мог её воспроизвести

параметры в логе, с файлами к сожалению я не помогу интернет лимитирован. на тех данных падения происходят через раз, рандомно.


Цитата:

это особенность всех внешних архиваторов, но кому в голову придёт читать документацию?

но предыдущая версия программы показывала нормальные данные!

[more] Я столкнулся с проблемой при распаковке FreeArc-архивов.
Всё началось с того, что перестали устанавливаться скачанные с торрентов репаки игр. Углубление в проблему показало, что не

ставятся только те репаки, в которых использован FreeArc для сжатия данных. Обычно процесс распаковки прерывается одной из

следующих ошибок:
- Заголовок "srep". Архив повреждён;
- Заголовок "IsDone.dll". Unarc.dll вернул код ошибки -7: архив повреждён;
- Заголовок "IsDone.dll". Unarc.dll вернул код ошибки -12: несхождение контрольных сумм.

Открывая файл (как правило, data.bin в репаках) стандартным клиентом FreeArc я вижу дерево файлов, но успешно могу

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

Я пытался решить проблему, постепенно отсекая причины, которые не могли вызвать ошибку:
1) Первое, что бросается в глаза: наверное, действительно "архив повреждён". Но я проверял работу со многими разными репаками

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

SHA-1 хэшу.
2) Я заподозрил неполадки с оперативной памятью, проверил. Одна планка и в самом деле оказалась битой, но её удаление не

помогло.
3) Я поставил свежие библиотеки Unarc.dll и IsDone.dll в system32 и зарегестировал их в системе командой regsvr32. Не спасло.

Проверял даже до и после регистрации файлов. Кроме того, раньше в system32 этих файлов не было вообще, как они могли

возвращать какой-то код ошибки?
4) Наконец, я просто запаковывал и распаковывал обратно файлы при помощи FreeArc на своём компьютере и не смог воспроизвести

ошибку снова. Правда, файлы я использовал небольшие.
5) Ещё я подметил, что впервые столкнулся с проблемой около месяца назад, до этого всё было в порядке. Значит, система и

конфигурация железа врял ли виновны.

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

уже был: в интернете он встречается очень часто, а конкретно в этой теме уже 110 страниц.
Любопытно, что на форумах можно найти много людей, решивших эту проблему совершенно "шаманскими" способами. Дело в том, что

ошибка возникает в случайный момент, и может так случиться, что не возникнет вообще за всё время установки (но файлы

распакуются не все). Тогда, вероятно, пользователь думает: "Баг у становкой я победил, а игра сама по себе у меня не идёт".
Ещё забавный факт: репаки для релиза на торрентах как правило создаются при помощи связки Inno Setup + FreeArc, из-за чего

получается своеобразный "бич пирата" - глюк, который возникает только у любителей халявы. [/more]

vasulpr
ну тогда сам разбирайся - какие опции/методы сжатия приводят к ошибке, что происходит при повторении той же команды с которой был сбой

Добавлено:
vishyakov
торможу. конечно, это не должно работать и я не планирую делать какие-то обходные пути - слишком частная проблема

В последней версии от 12 августа обнаружил следующее.
Если из проводника выделить архив и из контекстного меню выбрать "Протестировать", то после окончания ничего не выводиться. То ли нет ошибок, то ли завис на 100%.

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

потом - разрегистрируй и сотри dll из system32. они должны идти в комплекте инсталятора, и разные их варианты несмотря на одинаковое название несовместимы друг с другом. это даже как вариант объяснения проблемы - какая-то левизна подхватывается у тебя из path

Цитата:

предыдущая версия программы показывала нормальные данные!

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

[more] Bulat_Ziganshin, к сожалению, совсем память поменять я не могу. Нет под рукой ноутбучной планки. Говоря, что одна из них битая, я немного упростил: на самом деле, обе имеющиеся оперативки по отдельности проходят тесты, но вместе плодят ошибки. Пришёл к выводу, что глючит слот на материнке. Впрочем, я проверял распаковку трижды, для каждого случая отдельно. Так что, похоже, дело всё-таки не в оперативке, или не только в ней. Тест памяти я проводил вне ОС, с помощью memtest+, он достаточно надёжный.

Версия с несовместимыми dll тоже отпадает, так как я сделал несколько попыток до того, как добавил в систему unarc.dll и isdone.dll. А библиотеки, приложенные к инсталлятору, неподходящими быть не могут, иначе бы у других скачавших тоже ничего бы не ставилось. К тому же, я использовал и сам клиент FreeArc, а он использует библиотеки, идущие с ним в комплекте, верно?

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


Цитата:

srep нагружает компьютер

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

Офф-топик. Только сегодня попался на глаза топик на habrahabr.ru про FreeArc, Вы, Bulat_Ziganshin, упомянуты в нём как единоличный автор проекта (к слову, оказалось, что мы живём в одном городе). Но выше Вы писали

Цитата:

мы сталкивались с проблемами распаковки srep

А кто это мы? Выходит, сейчас Вы ведёте разработку уже не в одиночестве? [/more]

freearc по-умолчанию пытается сжимать файлы открытые уже для записи
в 7z z для этого есть опция -ssw
если пытаться сжимать так:
arc a -t7z -m1 archive files
то сжимаются не все файлы
когда как без опции -t все ок
что можно сделать для решения этой проблемы?
использовать 7z?

..
кстати, в обоих случаях общий объем данных и количество файлов при упаковке одинаковое
уже после различие идет

Цитата:

ФА часто начал падать с такой ошибкой: read: invalid argument (Bud file descriptor), после чего выскакивает окно виндовс о завершении работы программы

Подтверждаю. Вот видео и сам набор файлов: http://rghost.ru/39804078

[more] [more]
Цитата:

если это код из unarc.dll, то сбойные сжатые данные

#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA (-7) /* Data can't be decompressed */

да из unarc
странно но эта ошибка то бывает, то все ок, на моем компе ок, люди скачивают файл, у кого-то code -7, а у кого-то ошибки нет. причем сам файл в свою очередь упакован в несжатый рар-архив вместе с exe-шником инсталятора и прочей лабудой
я заметил что такая ошибка довольно часто проявляется если размер arc-архива ~1.2Gb и более, при архивах до гига такого вообще не случается. Большой размер архива делает его то ли нестабильным то ли чувствительным к закачке с инета (если перекопаковать с LZMA2 то все ок хотя сам архив получается еще больше)
сами данные ессно не могут быть сбойными, декомпрессия у меня происходит без проблем, архив не битый, у пользователей (которые скачали с инета данные) другие мои установщики с меньшими по размеру arc-архивами проблем не создают
но как быть если скажем сжимаемый файл очень большой (не думаю что резать его винраром, чтобы потом пораспихать на мелкие arc-архивы, будет хорошей идеей)
мои исследования пока сводятся к тому что с фриарком очень велика вероятность получить эту ошибку скачивая большие архивы, при этом повторное скачивание с других зеркал либо мультипарт-рар пакета в котором есть большой фриарк-архив зачастую решает эту проблему, архив каким-то образом бьется при закачке из инета (даже если он внутри винрар-архива), но происходит это почему-то лишь с большими архивами, на моей практике ошибки начинают появляет начиная примерно с 1,2гб и более
[/more] [/more]

Цитата:

Подтверждаю

у меня этот каталог нормально сжимается с -m=lzma. посмотри, может у тебя ещё какие опции стоят или arc.ini не дефолтный


Цитата:

что можно сделать для решения этой проблемы?
использовать 7z?

пока только так. я должен научить fa передавать опцию -ssw в 7-zip

cross125
может ты расскажешь как конкретно упаковываешь, чем сбойные архивы кроме размеров отличаются от несбойных? или мне искать ошибку при распаковке архивов с размером 1.2 гб?

и перестаньте под more прятать текст

Bulat_Ziganshin
понятно. а вот например в arc можно передавать еще такие типы:
xz/wim/gzip/bzip2/tar
они видимо как-то 7z.dll отлавливаются
(ну соответственно и свои ограничения для xz/gzip/bzip2 в 1 файл)
это вообще кто либо замечал? ))

сорри, more он сам дорисовал, я не вставлял спецом, думал так задумано автоматом если много текста
по теме: упаковываю только с методом best assymetric (так лучше сжимает в моем случае, делает винрар стабильно на 5-10мб)
кроме размеров ничем не отличаются, формат и структура файлов одинаковые (там 1 файл 4гб)
как искать ошибку даже не знаю, эта проблема вылазит только при передаче через инет, бывает что человек скачал с ресурса и поймал ошибку, удалил файл, затем скачал снова и уже нет ошибки (но надежнее скачать с другого ресурса с более высокой скоростью) - и вот такая борода именно с большими файлами случается. У себя я эту ошибку никогда не ловил (у меня то файлы локально хранятся)
попробуйте создать очень большой архив (под 2гб например), и залить на депозит и яндекс, с яндекса норм у людей качается т.к. скорость быстрая а с депозита медленно и вероятность появления ошибки выше

Bulat_Ziganshin
несколько вопросов по GUI:
1. В окне Freearc выделяю файл, например, price.xls --> Упаковать - в строке "Выходной архив": price.arc

Отмечаю опцию "Сделать ЕХЕ" --> "Выходной архив" так и остается price.arc
Это возможно исправить?
(7-zip и WinRAR меняют расширение 7z -->exe и rar-->exe корректно)

2. При создании нового архива и нажатии в строке "Сжатие" на кнопку "..." выставляем, например, "Уровень сажатия" - Максимальное , отмечаем галочку "precomp" и нажимаем "Ок". ---- Строка сжатия поменялась на Максимальное: -mx -mc$default,$obj:+precomp.
Если, не начиная Упаковки (не нажать на Ок. диалога упаковки), снова зайти по кнопке "..." ) - видим что "Уровень сжатия" - Нормальное и галочка "precomp" не отмечена ------> нажимаем Ок - но Строка сжатия так и осталась Максимальное: -mx -mc$default,$obj:+precomp

Почему первый вариант установок имеет приоритет над вторым или почему не применились опции второго варианта и не поменялась срока сжатия?

Цитата:

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

это проблема не в архиваторе, а в довнлоадере. поищите каким лучше пользоваться для надёжной скачки, у меня лично download master

для проверки можешь добавить в архивы доп. контрольную сумму опцией -rr0.01%, тогда freearc будет ругаться ещё до распаковки если эта КС нарушена

Цитата:

arc.ini не дефолтный

Ну да. Добавлено содержание arc-lzma-x64-filter.ini. На lzma x32 таких выкрутасов никогда не замечал. Такую ошибку выдает только lzma x64. Но т.к. методом -m=lzma я не пакую, а -mx сжимает этот каталог без проблем, то для меня эта ошибка не критична.

Добавлено:
ruduk

Цитата:

Отмечаю опцию "Сделать ЕХЕ" --> "Выходной архив" так и остается price.arc

Какой в этом смысл, главное результат. После упаковки архив всегда будет exe а не arc если поставил галочку "Сделать ЕХЕ"

В win8 fa не интегрируется в контекстное меню проводника. Исправте в след. версии.

Paramon111
Речь идет об юзабилити FA и о том, что если сознательно отмечать опцию, то привыкшие к 7-zip и WinRAR юзеры тоже заметят этот момент в FA.

В FreeArc 0.67 надо что-то поправить с опцией --dirs. Она не работает корректно, когда ограничено множество извлекаемых из архива файлов, и создаёт пустые директории, выходящие за пределы этого множества. Кроме того, вообще странно, что по умолчанию эта опция для извлечения как будто бы отключена (хотя добавить её в .ini файл или в настройки для FAR не сложно). В помощи по этой опции написано, что она относится к добавлению файлов, но сейчас речь идёт исключительно об извлечении, на которое она тоже влияет (может быть, по идее, не должна?).

И другой момент: Addons\FAR MultiArc plugin\custom.ini.addition приходится изменять, чтобы работало правильно во всех случаях. Исходно так:

Extract=arc x --noarcext -y -fn {-p%%P} -kb {-ap%%R} {%%S} -- %%A @%%LNM
ExtractWithoutPath=arc e --noarcext -y -fn {-p%%P} -kb {%%S} -- %%A @%%LNM

но чтобы извлечение правильно работало (в каких-то случаях, сейчас уже точно не помню), пришлось сделать так (на отсутствие -y можно не обращать внимания):

Extract=arc x --noarcext -fn {-p%%P} -kb {-ap%%R} {%%S} -- %%A @%%LMW
ExtractWithoutPath=arc e --noarcext -fn {-p%%P} -kb {%%S} -- %%A @%%LM

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