Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:
чтоб два раза не бегать - сунул вместе версию с wininet и без неё. посмотри ещё раз - если разница в поведении между ними сохраняется, то придётся переходить на curl
Добавлено:
1. потестируй плиз сегодняшнюю версию. по поведению старой выводы делать пока рано - там были свои глюки
2. насчёт использования editbin для внешних компрессоров я не сообразил. с другой стороны, их авторы могут и 64-битные версии выложить - это было бы гораздо лучше. с третьей стороны, получение max-capable версии FA становится уж слишком сложным делом - значит, надо переходить к выкладыванию готовых комплектов на download-сайтах (на SF этого делать нельзя - через него можно распространять только open-source ПО). к примеру, от автора CCM я даже благословление на это получил, с gpl-sourced ПО проблем я думаю тоже не будет, насчт durilca/ppmonstr надо будет перетереть
Добавлено:
Цитата: А возможно добавить возможность наподобие *.tar.gz
т.е. сначала файлы загоняются в один файл без сжатия, а после пакаются, даже наверно на лету прокатит? |
в два шага можно:
arc a a -m0 -dm0
arc a b a.arc
Цитата:
... и запихал всё в http://www.haskell.org/bz/arc.arc - теперь это снова прямая ссылка для скачивания текущих тест-версий FreeArc 0.50
в связи с этим arc2.arc и arc050-no-http.7z удалены
no-http версии - для машин с большим ОЗУ. history.txt описывает все изменения
да, Егор, хотя я сделал ограничение алгоритмов по объёму свободной виртуальной памяти минус 1 мб (причём это ограничение не отключается даже по -lc- -ld-) - это похоже не работает даже у меня самого. система рапортует что такой памяти почти 2 гб, а реально выделяется блок размером до 1700 мегов. вероятно, надо использовать более хитроумный способ проверки - выделять память с помощью VirualAlloc, например |
так что lzma/rep/ppmd надо ещё и переделывать чтобы они брали память по частям