Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: SCINER
Дата сообщения: 18.01.2008 19:58

Цитата:
использовать gui-версию

Т.е.?
Автор: Bulat_Ziganshin
Дата сообщения: 18.01.2008 21:07

Цитата:
Т.е.?

вызывать winarc вместо arc. ком. строка та же


Цитата:
http://www.winturtle.netsons.org/MOC/MOC.htm

я подозреваю, что он сжимает просто tar файл. иначе эти результаты объяснить трудно
Автор: SCINER
Дата сообщения: 18.01.2008 21:43

Цитата:
вызывать winarc вместо arc. ком. строка та же

=) попутно еще и библиотеки к нему таскать чтоли?
Автор: slech
Дата сообщения: 18.01.2008 22:56
Логотип - нужна помощь в создании логотипа для FreeArc
первое пополнение.
Автор: SCINER
Дата сообщения: 19.01.2008 05:12
wArc: Специально нарисовал иконки!

Добавлено:
Интересны Ваши мнения!
Автор: Bulat_Ziganshin
Дата сообщения: 19.01.2008 10:30

Цитата:
wArc: Специально нарисовал иконки!

мне нравится

насчёт пароля - можно запускать программу с -p- если пароль не задан. тогда она не будет зависать на запаролированных файлах
Автор: Engaged Clown
Дата сообщения: 19.01.2008 20:22
Bulat_Ziganshin

Цитата:
я подозреваю, что он сжимает просто tar файл. иначе эти результаты объяснить трудно

А почему, разьве tar плохо распаковывается ? Разница в 5 раз это очень много.
Автор: Bulat_Ziganshin
Дата сообщения: 19.01.2008 20:58

Цитата:
А почему, разьве tar плохо распаковывается ? Разница в 5 раз это очень много.

tar в моём arc.groups причислен к текстовым файлам поскольку в pc-мире им обычно сжаты только исходники
Автор: Nikolai2004
Дата сообщения: 19.01.2008 22:05
наверное tar следует предварительно разпаковывать перед сжатием. его ведь потом несложно воссоздать бит в бит

вроде тут уже обсуждалась тема внешних упаковщиков
Автор: Bulat_Ziganshin
Дата сообщения: 20.01.2008 14:58

Цитата:
наверное tar следует предварительно разпаковывать перед сжатием. его ведь потом несложно воссоздать бит в бит

бит-в-бит - сложно. для этого надо писать спец. программу. а по большому счёту всё уже 100 раз обсуждено. почему он сжимает такой файл (или, что более вероятно, просто extension-less файлы) - это уже его проблемы. напомнгю, что Нанья - автор целой группы своих собственных архиваторов, и насколько я в курсе он там использует детектинг bmp/tif/wav файлов по заголовкам. так что вероятно он просто оптимизировал свой метод тестирования под свой собственые упаковщики (не зря они в этом тесте занимают достаоочно приличные места) и даже не потрудился объяснить свою методу тестирвоания
Автор: d22
Дата сообщения: 20.01.2008 21:24
так я не понял через GUI(winarc) можно запаковывать файлы или только распаковывать? что за wArc ? тоже самое что winarc ? где скачать wArc ? на http://flashmobile.ru/arc/ нет ссылок. что-то ничего не пойму
Автор: slech
Дата сообщения: 20.01.2008 21:31
d22
читаем внимательно шапку:
wArc - независимый проект по созданию GUI для FreeArc , поэтому это не тоже самое что winarc.
на сайте http://flashmobile.ru/arc/ есть ссылочка Скачать arc.rar. Размер — 870кб.
если всё же не найдешь то вот

GUI(winarc) может только распаковывать ! это только пока.
Автор: SCINER
Дата сообщения: 21.01.2008 01:41
wArc: Сделал на сайте линк для скачивания более заметным

Добавлено:
МОжно ли как-то определить, что архив запаролен?
Естественно без прямой попытки открыть архив.
Автор: Bulat_Ziganshin
Дата сообщения: 21.01.2008 09:58
фактичсеки нет. следовало бы добавить отдельный return code для случаев, когда что-то не удалось расшифровать - кажется, в rar такое есть

по большому счёту, ты уже упёрся в ограничения работы через arc.exe, которые для меня были очевидны с самого начала. именно поэтому я отказался от твоего предложения
Автор: vpol
Дата сообщения: 21.01.2008 11:45
SCINER
А не можешь выкладывать на своем сайте еще и отдельно архив с только обновленными файлами?! А то качать каждый раз лишние 500 кб. на диалапе в лом. Заранее благодарю.
Автор: SCINER
Дата сообщения: 21.01.2008 12:07
А может можно как нибудь посмотреть признак запаролированности в хедере файла?

Добавлено:
2vpol: Окей.
Автор: Bulat_Ziganshin
Дата сообщения: 21.01.2008 13:07

Цитата:
А может можно как нибудь посмотреть признак запаролированности в хедере файла?

для этого надо сначала распаковать каталог, потом распарсить его
Автор: SCINER
Дата сообщения: 21.01.2008 14:35
Как же ты его распакуешь, если и список каталогов тоже зашифрован?
Автор: Bulat_Ziganshin
Дата сообщения: 21.01.2008 16:42

Цитата:
Как же ты его распакуешь, если и список каталогов тоже зашифрован?

то, что каталог зашифрован, проверить проще - поищи что-нибудь типа "aes:" в конце архива
Автор: SCINER
Дата сообщения: 21.01.2008 16:48
Можешь как нибудь помочь с определением запаролен архив или нет?

Добавлено:
В общем у меня идея.
Но почему-то она не прошла.
В общем мне нужно чтобы ты убрал повторный запрос пароля, если в первый раз его ввели неверно. А то естественно даже на этом у меня программа полюбому зависнет!
Автор: Bulat_Ziganshin
Дата сообщения: 21.01.2008 21:20
arc l archive -p- nowhere

позволяет определить, запаролен ли каталог - см. errcode

что касается индивидуальных файлов, то я тебе уже сказал - используй -p- чтобы убрать запрос пароля

вообщеЮ, думаю, надо добавить вывод '*' в команде листинга при запароленных файлах - это позволит тееб опредеить перед распаковкой каких файлов надо запршивать пароль
Автор: SCINER
Дата сообщения: 21.01.2008 22:15
В общем нашел вроде решение =)
Сперва делаю с параметром -p-
если возвращается ошибка то запрашиваю пароль, а потом делаю хитрый финт:
arc v "-p:введенный_пароль" -p-

В этом случае если пароль правиьный, то архив нормально открывается.
Если же пароль не правильный, то ключ -p- блокирует дальнейший запрос и возвращается ошибка. По которой теперь ясно, что парольне подошел!

P.S. Если это фича, то просьба ее не убирать до момента, пока не будет нормальной проверки на наличие пароля.

Добавлено:
Мда. Решение явно неверное. Оказывается в этом случае пароль с архива вообще снимается.

Добавлено:
Буду юзать -op- =)
Т.е. если в параметрах будет -p:123 -op-
то вернется ошибка если пароль неверный и моя программа не зависнет и пароль не снимется =)
Автор: Ghost2004
Дата сообщения: 22.01.2008 14:10
В ходе тестирования rep'а на предмет эффективности сверхдлинных дистанций, столкнулся со следующим глюком: размер словаря для данных объёмом 1675.58 Мб по умолчанию ограничивается до 1676 Мб. Для большинства таких файлов (два куска размером в 837.79 Мб) проблем от этого не возникает, но в одном случае при завершении freearc вылетает, оставляя temparc без "шапки" в конце файла. Единственное, что помогает, это уменьшение словаря до 1675 Мб или хотя бы 1715776 kb. Можно сделать так, чтобы размер словаря для маленьких (относительно настроек сжатия) солид-блоков округлялся бы вниз (желательно, конечно, с точностью повыше 1 Мб, да только этот глюк на этих файлах возникает и при размере словаря меньше объёма данных (1715792 кб) хоть он и делится на 16кб, вот для точности 64 кб rep проходит без проблем)? Кстати, если два составляющих файла переставить местами, то проблемы не возникает, так что редкий это глюк...
Автор: SCINER
Дата сообщения: 22.01.2008 17:39
Почему после этой команды с архива убирается пароль?

Код: arc a "D:\test.arc" "-p:12345" -op- --append @"D:\filelist"
Автор: Bulat_Ziganshin
Дата сообщения: 22.01.2008 17:55
что ты понимаешь под "убирается пароль"? в архиве есть файлы, они разбиты на солид-блоки, часть этих блоков может быть зашифрована
Автор: Engaged Clown
Дата сообщения: 22.01.2008 20:54
[deleted]
Автор: SCINER
Дата сообщения: 22.01.2008 22:12

Цитата:
что ты понимаешь под "убирается пароль"? в архиве есть файлы, они разбиты на солид-блоки, часть этих блоков может быть зашифрована
До этого даже список файлов в архиве нельзя было без пароля прочитать. А теперь даже распаковать весь архив без пароля можно.
Автор: Bulat_Ziganshin
Дата сообщения: 23.01.2008 08:51

Цитата:
Почему после этой команды с архива убирается пароль?

не должон. посмотрю. кстати, автор pezip столкнулся с теми же проблемами что и ты, и я ему тоже пообещал добавить '*'
Автор: maK
Дата сообщения: 23.01.2008 10:39

Цитата:
wArc — Проект «Интерфейс для архиватора» В данном проекте будет создаваться графический интерфейс под него. Для работы программы требуется .Net Framework 2.0


Крайне разочаровывает ... крайне
Автор: BrainOff
Дата сообщения: 23.01.2008 10:45
maK
солидарен.. .NET всё портит

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Установка и настройка SAMS


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.