Да конечно без 64 бит в Linux делать такой программулене нечего, ни ставить же из-за архиватора 32 битные либы.

А вот под Windows в самый раз. В любом случае, автору респект. И идея с 2 Гб ОЗУ правильная. Старый хлам нужно выбрасывать, а не поддерживать.

Кстати, как по мне лучше скачать версию под Windows и запускать программу под 64 битным Linux из под вайн, чем водится с нейтивной 32-битной Linux версией.

> Прямо-таки возмутительный тред. Значит, Линукс - не Юникс, архиваторы не нужны, а консоль пора отправить на свалку истории?! Это пипец какой-то.

ЛОР торт. Тут готовы доказать что угодно, лишь бы противоречило топикстартеру.

Ты только что попытался оскорбить сразу всех участников дискуссии.

> ЛОР торт. Тут готовы доказать что угодно, лишь бы противоречило топикстартеру.

да разверзнутся очи слепца

> да разверзнутся очи слепца

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

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

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

Ну да, от того, что она изогнулась в причудливой позе, она не перестала быть свободой!

> Ну да, от того, что она изогнулась в причудливой позе, она не перестала быть свободой!

раз уж промахнулся окном - цитируй всю переписку :)

64 бита, 64 бита, где они? Пускай пишет как может, хочешь 64 бита пришли патч разработчику.

Да не слушай их, так тролли обыкновенные.

> му**ки

Шаман и «мужики» запретил?

>"мужики" запретил?

Это ты про мужика-2, да?

это просто вилдкард такой :)

Вот странно. Топикстартер написал достаточно интересную софтину с открытым кодом.

Что нужно сделать?

Скачать исходники и посмотреть.

А потом - удивиться тому, что проделана очень большая и судя по всему, толковая работа. Более десяти тысяч строк на Хаскеле. Часть на плюсах - именно там, где нужна скорость. Модульность, опять же. Все откомментировано, причем на русском(!!) - для тех, кому тяжело воспринимать английские конструкции, это просто клад.

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

Автор! Тебе глубочайший респект и пара (таки да) идиотских вопросов:

Во-первых, как оно, на деле, с достаточно большим проектом на Хаскеле? Не мог бы ты рассказать о наиболее интересных/больных граблях, встреченных по пути? Во-вторых, пришлось ли как-то особо затачивать код на плюсах для вызова из хаскеля, помимо extern C?

> Казалось бы - почитать код, задать пару идиотских вопросов по результатам. Но нет, всем интересен вопрос разрядности и расовой принадлежности. Зато где-нибудь в соседнем топике будут с пеной у рта спорить, применяется ли хаскель вне университетов.

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

какая мне разница, как она работает, если я вообще не программист, не сисадмин, и мечтаю о just work?

>какая мне разница, как она работает, если я вообще не программист, не сисадмин, и мечтаю о just work?

Вообще-то это профессиональный форум, не? Для «какая мне разница, как работает» есть контактик.

> Промышленная БД это исключение из правил. Они, зачастую, и твиков ядра под себя требуют. О таких исключениях знать нужно, но в большинстве случаев своп будет работать как оперативная память, и жить вполне можно, хотя порой и грустно.

Просто промышленная БД - это софт кртичный к производительности. Более экзотический пример: программа разложения больших чисел на простые множители (область использования - криптография). Некоторые функции на ассемблере реализуют, так же довольно требовательна к памяти и cpu - нужно много и сильно экономить.

> Вообще-то это профессиональный форум, не? Для «какая мне разница, как работает» есть контактик.

это форум философии gnu и свободы. свободу можно нести не только кривым кодом, но и добрым словом.

>добрым словом

болтайте, сколько угодно. Всем все равно, конечно же.

1. хескель, луа, CPP... не много для одного архиватора?
2. в rpm - ашыпки - домик берется как /home а список юзеров - из /etc/passwd. Ни то ни другое - не контстанта. У меня домики - в /mnt/shares/private, юзвери - в лдапе.

Ну да, как раз проверил:
chown: невозможно получить доступ к `/home/kate/.FreeArc': Нет такого файла или каталога
/bin/cp: невозможно создать обычный файл `/home/kate/.FreeArc/': Нет такого файла или каталога
chown: невозможно получить доступ к `//home/kate/.FreeArc/arc.groups': Нет такого файла или каталога
/bin/cp: невозможно создать обычный файл `/home/kate/.FreeArc/': Нет такого файла или каталога
chown: невозможно получить доступ к `//home/kate/.FreeArc/arc.ini': Нет такого файла или каталога
/bin/cp: невозможно создать обычный файл `/home/kate/.FreeArc/': Нет такого файла или каталога
chown: невозможно получить доступ к `//home/kate/.FreeArc/freearc.ini': Нет такого файла или каталога
предупреждение: %post(FreeArc-0.60-1.i586) scriptlet failed, exit status 1

Ты так говоришь, будто это что-то плохое.

2. как уже было сказно в самом начале, я в юниксах ни в зуб ногой. так что если у кого есть более правильные rpm, deb, патчи к environment.cpp под bsd/solaris/mac и т.п. - велкам. на то и OSS, что если можешь сделать лучше - сделай

1. на C написаны все time-critical procedures, большая часть к тому же и не мной. на хаскеле вся остальная логика программы - не на С++ же её писать :) на луа - то что выводится наружу и может настраиваться самим пользователем. ну и что тут лишнее?

>Во-вторых, пришлось ли как-то особо затачивать код на плюсах для вызова из хаскеля, помимо extern C?

connectivity между разными языками обычно ограничивается базовыми типами (числа/символы/указатели), соответственно всё остальное приходится имитировать - возврат строк из С, исключения, классы... т.е. API между хаскелом и С лучше делать в «наиболее тонком» месте. у меня такое место есть - станд. интерфейс к любому методу сжатия/шифрования. впрочем, есть и куча более навороченных вариантов интерфейса между ними - swig, ffilib, hsffig - пробуйте. я сам сделал http://code.google.com/p/tabi/ но у меня довольно специфичные нужды (implementing APIs that may be extended without losing compatibility - new services and parameters may not be supported by all client and server implementations but everything will work together). можно сказать, что это ещё один, мой личный, аналог COM

Во-первых, как оно, на деле, с достаточно большим проектом на Хаскеле? Не мог бы ты рассказать о наиболее интересных/больных граблях, встреченных по пути?

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

вообще, хаскелы и любые другие языки не под net/jvm хороши только там, где нет огромных мощных фреймворков (enterprise, web development). т.е. сам язык конечно лучше, но в отсутствие библиотек/ide/тюториалов ты теряешь время

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

поэтому хотя хаскел и C++ подходят далеко не для всякой области применения, это скорее проблемы этих областей. так что если для твоих задач хаскел не подходит, подумай, не интересней тебе было бы решать другие задачи ;) собственно отсюда и вытекает известная концентрация «светлых умов» вне маинстримных языков - им неинтересно бежать толпой по кем-то проложенной столбовой дороге, куда лучше прокладывать свою в какой-то узкой нише

Пиздобол, так и запишем.

>> на 4-ядернике FreeArc -mex3 сжимает впятеро быстрее rar -m5 при том же уровне сжатия. вот такая вот небывальщина :)

времена меняются

А что же все ругаются, напрасно! Хорошая программа. Правда, не работает на слегка устаревших машинах — потому что надо много ресурсов. Также и на новейших не очень полезна — автор не осилил 64 бита и обещает не осиливать далее. Ну, ещё плохо совместима сама с собой — потому что автор не верит в то, что кто-то ею всерьёз будет пользоваться. И написана в общем-то под винду, а линуксовая сборка корявая и в большинстве случаев вообще нерабочая — потому что автора линуксы не интересуют. Стало быть, новости об этой ценной софтине самое место на сайте «Русская информация об ОС Linux». Именно так, и никак иначе.

куча возможностей это покер и студентки а «шифрование, recover record, SFX и т.д.» это список стандартных возможностей для любого уважающего себя архиватора

внимание вопрос. много ты знаешь бесплатных архиваторов в которых есть хотя бы три эти фичи?

впрочем, вряд ли ты слышал вообще про что-либо кроме rar

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

впрочем, вряд ли ты слышал вообще про что-либо кроме rar

обоснуй вывод малыш :) ещё 1 вендузятнег с ЧСВ over 9000 ))

Документация в кодировке CP1251. Некошерно ;-)

> Все откомментировано, причем на русском(!!)

Как раз это и плохо. Всё остальное выглядит крайне привлекательно, а вот этот факт заставляет усомниться в будущем проекта.

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

Этим то и программировать не стоит, вообще.

>удваиваю

Утраиваю.

у меня фриарк запускается несколько минут!!! почему хз - брал собраный - сам не победил