» FreeArc: бесплатный open-source архиватор

Цитата:

Не стал прописывать Lucida Sans Unicode, т.к. не очень смотрится.

оставил в настройках шрифт Arial Unicode MS 8, т.к. если нет такого шрифта в системе, то используется шрифт по-умолчанию Tahoma 8 (точнее если нет прописанного шрифта) и это не фатально, нежели если указана тема, которой нет.
http://forall.ru-board.com/egor23/FreeArc-0.50-win32-alpha-2008-06-03-font.7z

Bulat_Ziganshin
Скачал новую версию - в ней rep просто вылетает, записав 4-5 Мб... Причём всегда.

Что касается цепочки, то ошибка там как раз при упаковке. Даже rep:64mb:h26:32+tempfile+rep:64mb:h26:32+tempfile+(1bx) вылетает после второго tempfile с ошибкой stack size overflow. Судя по всему, короткая длина совпадений в этом смысле ей очень способствует...

Цитата:

Скачал новую версию - в ней rep просто вылетает, записав 4-5 Мб... Причём всегда.

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


Цитата:

rep:64mb:h26:32+tempfile+rep:64mb:h26:32+tempfile+(1bx) вылетает после второго tempfile с ошибкой stack size overflow. Судя по всему, короткая длина совпадений в этом смысле ей очень способствует...

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

Bulat_Ziganshin, так на практически любых данных вылетает - стоит поставить размер словаря меньше сжатого размера данных - например, arc a test.arc arc.exe -mrep:1mb:32 вылетает в новой версии (а вот rep:2mb:1024 может и не вылететь)...

Да, а насчёт цепочек - в версии 6 июня rep:512mb:h28:2048+tempfile+rep:512mb:h28:2048+??? не вылетает, а вот с длиной слова 1024 вместо 2048 уже вылетает. Тогда как если уменьшить хеш до h27 (при том же словаре), вылетать начинает при уменьшении слова уже до 128, даже 256 проходит. Но со 128 хоть h24 ставь, всё равно вылетет та ошибка... Да, а размер данных - 9 Гб, при этом два образа разбиты на 18 частей, чтобы совпадения влезали в словарь. Ужимается всё до 3-4 Гб даже одним rep:512mb (в зависимости от минимальной длины), а вообще последующий lzma должен уменьшить размер до 2.5 Гб. В общем, большая часть данных в этом наборе файлов дублируется (как я говорил, образы игрушки с аддоном и без аддона, ничем лишним не пожатые). Хотя даже один образ сжимается rep до 2.5-3.5 Гб.

Цитата:

Скачал новую версию - в ней rep просто вылетает, записав 4-5 Мб... Причём всегда.

исправил, качай

Bulat_Ziganshin
Я тут приноровился использовать Arc через PeaZip и появились вопросы:

1) Правильно ли это, не появляются ли при таком способе использования существенные ограничения на настройки и т.п.?

2) По какому принципу обновляется Arc, идущий в комплекте с PeaZip (сейчас в PeaZip 2.1 входит Arc.exe от 20.01.2008, 627 712 байт, md5: 729d8359ece2e19511a705b6b806b808 )?

Спасибо

Цитата:

Я тут приноровился использовать Arc через PeaZip и появились вопросы:

1) Правильно ли это, не появляются ли при таком способе использования существенные ограничения на настройки и т.п.?

сравни настройки в peazip и winarc, если тебе чего-то не хватает - напиши автору


Цитата:

По какому принципу обновляется Arc, идущий в комплекте с PeaZip

а я знаю? похоже, что он включил последний релиз 0.40, а 20 января - просто дата упаковки upx'ом

кстати, peazip 2.1 стал существеннее удобней пред. версий за счёт поддержки метафоры файл-менеджера, так что всем кому нужна оболочка над freearc - советую посмотреть. хотя на мой взгляд warc всё равно удобней, только возможностей настройки архивации в нём маловато

Цитата:

2) По какому принципу обновляется Arc, идущий в комплекте с PeaZip (сейчас в PeaZip 2.1 входит Arc.exe от 20.01.2008, 627 712 байт, md5: 729d8359ece2e19511a705b6b806b808 )?

1)afaik, в PeaZip не включатся альфа-версии.
2)у автора PeaZip'a мания - UPX'ить все exe'шники в комплекте, так что ни размер, ни md5 ничего не даёт. Запусти arc.exe и посмотри, какую дату отображает он.Наверняка это 0.40 (Jan 1 2008).

egor23
по поводу твоего документа Limits of Virtual Memory in Windows
есть ещё одна грамотная статья на эту тему - http://www.ixbt.com/soft/windows-4gb.shtml

Nikolai2004

Цитата:

есть ещё одна грамотная статья на эту тему - http://www.ixbt.com/soft/windows-4gb.shtml

Статья на другую тему, про видимость системой всей установленной физ.памяти или почему ситема не видит часть физ.памяти.

Цитата:

Статья на другую тему, про видимость системой всей установленной физ.памяти или почему ситема не видит часть физ.памяти.

почему про другое? во-первых, эти устройства не только затеняют память, но и занимают адресное пространство, во-вторых, всё опять приходит к тому, что надо ставить 64-битную ОС. так что я бы включил ссылку на неё в твою статью

Добавлено:
вот ещё несколько ссылок:

http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx
http://www.microsoft.com/whdc/system/platform/server/PAE/PAEmem.mspx
http://msdn.microsoft.com/en-us/library/ms791558.aspx



Добавлено:
я опять поменял дизайн таблицы вариантов загрузки: http://freearc.org/ru/Download.aspx - так удобней будет?

Цитата:

я опять поменял дизайн таблицы вариантов загрузки: http://freearc.org/ru/Download.aspx - так удобней будет?

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

Уря, в версии 8 июня исправлена ошибка из версии 6 июня. Т.е. rep:1gb:h27+tempfile+lzma:160mb:h256mb:max:128:mc128 сжался и протестировался без проблем. Единственное что не так здорово - похоже наличие rep+tempfile всё же уменьшает объём доступной lmza памяти - со словарями 221mb и даже 192mb памяти не хватило, хотя без rep её ещё как хватало. Ну а кроме того, при тестировании сначала распаковывался lmza, а уж потом этот самый tempfile тестировался - хотя оперативки явно хватило бы и на 160 Мб для lzma и на 1 Гб rep (при распаковке). Можно сделать какой-либо ключ, позволяющий снять то ограничение и распаковывать lzma и rep более-менее одновременно? А то стандартные -lc- -ld- не помогли...

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

Егор, мне понравилось. сейчас думаю сам пересобрать набор - имхо лучше взять за основу gtk2hs runtime (если только ты не знаешь за ним каких-то недостатков) и навесить темы и theme changer


Цитата:

Единственное что не так здорово - похоже наличие rep+tempfile всё же уменьшает объём доступной lmza памяти

странно, не должно


Цитата:

Ну а кроме того, при тестировании сначала распаковывался lmza, а уж потом этот самый tempfile тестировался

ну так tempfile и при упаковке, и при распаковке работает. попробуй rep:1gb:h27+lzma:160mb:h256mb:max:128:mc128 хотя я боюсь, что это -lc/ld укоротит. во всяком случае, чтобы данные не писались во временный файл при упаковке - надо убрать tempfile. вопрос только в том, чтобы при упаковке программа сама его вставила и не обрезала заданные тобой методы сжатия что смотреть фактиччеки используемые алгоритмы наддо по -di+$ - ты наверно в курсе? если уж ничего получаться не будет - что-нить к программе прикрутим решения этой проблемы

Bulat_Ziganshin

Цитата:

Егор, мне понравилось. сейчас думаю сам пересобрать набор - имхо лучше взять за основу gtk2hs runtime (если только ты не знаешь за ним каких-то недостатков) и навесить темы и theme changer

gtk2hs runtime - не видел
использовал gtk2hs-0.9.12.1.exe
http://sourceforge.net/project/showfiles.php?group_id=49207

про недостатки сказать ничего не могу.
Позиция простая: больше - не меньше, т.е. если не уверен то пускай будет больше dll-ок и т.п.
В данном случае, по-сути, сборка основывалась на GTK-Runtime и загвоздка состоит в папке locale (сильно утяжеляет архив и очень сильно утяжелит zip-архив) используется она или нет?
В GTK-Runtime и gtk2hs dll-ки одних версий.

Добавлено:
меня интересует исправленная gtk2_prefs.exe, как-бы её пересобрать.
нужна пошаговая инструкция (что поставить, что где прописать, как запустить на сборку)

Добавлено:

Цитата:

Не стал прописывать Lucida Sans Unicode, т.к. не очень смотрится.

скорее всего не был указан размер шрифта (Lucida Sans Unicode 8, так смотрится вроде также как и Arial Unicode MS 8).
Недостаток:
с шрифтами - Arial Unicode MS, Lucida Sans Unicode
неотображается жирный (Bold) шрифт.

Цитата:

gtk2hs runtime - не видел

либо я забыл написать, либо ты не заметил http://haskell.org/gtk2hs/win32/gtk+-2.10.14-win32.zip


Цитата:

загвоздка состоит в папке locale (сильно утяжеляет архив и очень сильно утяжелит zip-архив) используется она или нет?

я думаю в смом winarc она максимум используеся для перевода ok/cancel и это лучше делать через свои lang-файлы (тем более, что в 7z это уже локализовано, так что мы сразу получаем 70 переводов LOL). а в theme changer можно потерпеть и без неё


Цитата:

меня интересует исправленная gtk2_prefs.exe, как-бы её пересобрать

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


Цитата:

скорее всего не был указан размер шрифта

ты мне потом окончательное решение сообщи - какой шрифт в gtkrc лучше прописать

Bulat_Ziganshin
Поздравляю с очередным признанием :

Цитата:

Новая версия 4.05 программы «Архивариус 3000»
...
Добавлена поддержка архивов FreeArc (.arc)
...

Цитата:

Жду - не дождусь, когда у GUI SFX модуля (под винду) будет ключик silent установки с возможностью задания пути по умолчанию, а также, как в WinRAR'е, фича запуска приложения после распаковки.

кстати, а ты в курсе существования unarc.exe?? возможно, он решит все твои проблемы?

Добавлено:

Цитата:

Новая версия 4.05 программы «Архивариус 3000»

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

Bulat_Ziganshin

Цитата:

кстати, а ты в курсе существования unarc.exe?? возможно, он решит все твои проблемы?

Конечно Просто в планах было написано «догнать и перегнать RAR»...

Bulat_Ziganshin

Цитата:

либо я забыл написать, либо ты не заметил http://haskell.org/gtk2hs/win32/gtk+-2.10.14-win32.zip

Единственное что не закидывал из gtk2hs папка share\gtksourceview-1.0\
и themes\Default\ (проглядел)

Цитата:

я думаю в смом winarc она максимум используеся для перевода ok/cancel и это лучше делать через свои lang-файлы (тем более, что в 7z это уже локализовано, так что мы сразу получаем 70 переводов LOL). а в theme changer можно потерпеть и без неё

насегодня locale нужна.
в 7-zip неты локализаций иероглифов.языков, поэтому Unicode-шрифты ему вроде не нужны.
theme - это как гооврится "на вкус и цвет..."

Цитата:

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

напишите автору.
но на сегодня gtk2_prefs.exe и FreeArc друг друга стоят:
gtk2_prefs.exe сохраняет настройки в Documents and Settings\User\
FreeArc - подцепляет оттуда настройки.

Цитата:

ты мне потом окончательное решение сообщи - какой шрифт в gtkrc лучше прописать

т.к. Unicode-шрифты (Arial Unicode MS, Lucida Sans Unicode) влияют на внешний вид, то возвращаемся на шрифт по-умолчанию (Tahoma).
вообщем немного посмотрел инфу по Unicode-шрифтам, пришёл к выводу, что это отдельная история.

обновил http://www.haskell.org/bz/arc1.arc

исправления по сравнению со вчерашней версией (исправившей две проблемы в rep/максимальном сжатии) исключительно в GUI:при архивации каталога "FreeArc 0.50" предлагает имя архива "FreeArc 0.50.arc"
display real name of archive tested by -t
messages: found N files, sorting filelist, analyzed N files...
в infobox показывается имя архива без каталога

egor23

Цитата:

т.к. Unicode-шрифты (Arial Unicode MS, Lucida Sans Unicode) влияют на внешний вид, то возвращаемся на шрифт по-умолчанию (Tahoma).
вообщем немного посмотрел инфу по Unicode-шрифтам, пришёл к выводу, что это отдельная история

Кстати подумалось, что в GUI'шной версии в диалоге опций можно внести настройки смены шрифта. Пусть юзер рулит по своему усмотрению сам.

А по дефолту все же нужен шрифт с максимальным количеством поддерживаемых символов.

Цитата:

Просто в планах было написано «догнать и перегнать RAR»...

ну я просто хочу немного отложить реализацию полноценного инсталлера аналогичного rar'овскому


Цитата:

папка share\gtksourceview-1.0\

она нам нафиг не нужна


Цитата:

но на сегодня gtk2_prefs.exe и FreeArc друг друга стоят:
gtk2_prefs.exe сохраняет настройки в Documents and Settings\User\
FreeArc - подцепляет оттуда настройки.

думаю, это стандартное поведение самого gtk


Цитата:

насегодня locale нужна.

зачем?


Цитата:

в 7-zip неты локализаций иероглифов.языков, поэтому Unicode-шрифты ему вроде не нужны.

есть ещё имена файлов. но вполне можно сделать обычный шрифт по умолчанию и посоветовать в доке смеить его на unicode-шрифт если есть проблемы с отобраджением символов. благо при наличии theme changer это несложно

Bulat_Ziganshin

Цитата:

обновил http://www.haskell.org/bz/arc1.arc

А когда примерно можно ждать добавление в архив пустых каталогов ?

Bulat_Ziganshin

Цитата:

зачем?

Цитата:

я думаю в смом winarc она максимум используеся для перевода ok/cancel

Цитата:

думаю, это стандартное поведение самого gtk

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

Добавлено:
Benchmark

Цитата:

Кстати подумалось, что в GUI'шной версии в диалоге опций можно внести настройки смены шрифта.

сказали что это отдалённого будущего.
на сегодня проще и наглядней использовать gtk2_prefs.exe.

Цитата:

А по дефолту все же нужен шрифт с максимальным количеством поддерживаемых символов.

Вопрос был просто просто про шрифт, но всплыли некоторые детали.

Цитата:

Цитата:Единственное что не так здорово - похоже наличие rep+tempfile всё же уменьшает объём доступной lmza памяти

странно, не должно

Да, похоже я тогда чего-то напутал в настройках, может объём хэша не тот поставил или версию перепутал - даже rep:1700mb:h27+tempfile+lzma:216mb:h256mb:bt4:128:mc128 упаковалась без проблем. Вот с распаковкой/тестированием вышло не так здорово - слишком уж большой словарь я поставил в rep... Но думаю, что если его уменьшить хотя бы до 1400 mb, распаковка у меня прошла бы - как было с rep:1gb+tempfile+lzma:160mb:bt4 .

А вот что касается упаковки с авто-вставкой tempfile, то даже lc3gb обрезает размер словаря lzma до 128 mb. И rep:1700mb:h27 до 1gb . Может дело в том, что lc не умеет работать с размерами больше 2 Гб?

Цитата:

Может дело в том, что lc не умеет работать с размерами больше 2 Гб?

скорее lc, ld так не работают, т.е. пределы должны быть меньше вшитых, или их вообще не должно быть -lc- -ld-

Цитата:

А когда примерно можно ждать добавление в архив пустых каталогов ?

постараюсь на след. неделе

egor23, так если совсем отключить пределы, то tempfile сам собой не вставится. А в этом случае распаковка (как я понял) и пойдёт с его использованием, не зависимо от наличия памяти, скажем rep:1gb+tempfile+lzma:128mb будет всё равно распаковываться с использованием tempfile, хоть есть непрерывный блок на 1700 mb, куда всё с лихвой уместится...

Да, а последовательность rep:1400mb:h27+tempfile+lzma:180mb:h512mb:bt4:128:mc128 прекрасно и упаковалась и протестировалась, но всё же при тестировании создался tempfile.

P.S. Более того, даже такая тяжёлая цепочка как rep:1400mb:h27:a99+tempfile+rep:1400mb:h27:a99+tempfile+lzma:216mb:h256mb:bt4:128:mc128
преспокойно сжалась и протестировалась (разумеется, тестировалась с двумя штуками tempfile, но иначе быть и не могло).

Цитата:

Версия 0.60
интеграция с Explorer
полноценный, на уровне WinRAR, GUI

Хотелось бы увидеть в контекстном меню опции сжатия по профилям- максимальный и т.д.