вроде бы все он может: -f Trace child processes as they are created by currently traced processes as a result of the fork(2), vfork(2) and clone(2) system calls. Note that -p PID -f will attach all threads of process PID if it is multi-threaded, not only thread with thread_id = PID.

strace -e file

будет ловить все файловые операции

strace -epopen,socket,exec - будет ловить то, что перечислено через запятую

так а как rt_sigreturn убрать?

разобрался

как?

вдруг понадобится тоже

его слишком много

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

насколько я знаю, отделять треды от процессов strace не умеет

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

а понял, пасиб

а кто знает, когда stack пишет Registering hkv-0.1.0.0... он куда это регистрирует? И, самое главное, можно ли проект оттуда переиспользовать как зависимость в другом проекте?

я пока зависимость просто указываю как packages: - '.' - '../common' - '../../hkv' но это как-то стремно

Это как раз относительно нормально

в принципе пойдет, если они все в одном git-репозитории лежат, а если в разных то легко может сломаться

но я думал, что вот это самое registering означает, что стэк отныне будет знать где эту библиотеку взять

независимо от путей

даже какой-нибудь сраный maven это умеет

если сделать в hkv stack install, то он его установит куда-то в свой глобальный индекс

нуканука

и он будет виден в других пакетах

только из packages, соответственно, его надо будет убрать

неа

а нет, пардон

нашел, но что-то с версиями

Так, а кто там в Haskell сомневался? Чтобы развеять сомнения, вот этого списка применений Haskell'я в виде соответствующих библиотек недостаточно: http://hackage.haskell.org/packages/ ?

С зажатым PgDn он у меня листается 30 секунд.

Так, а кто там в Haskell сомневался? Чтобы развеять сомнения, вот этого списка применений Haskell'я в виде соответствующих библиотек недостаточно: http://hackage.haskell.org/packages/ ?

Чет там даже с банальными алгоритма и на графах все плохо

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

Я думаю, если взять любой другой популярный язык, там будет 146% то же самое.

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

ну графы-то везде есть, думаю, кроме всяких пхп

хотя и для пхп есть, лол https://github.com/clue/graph

Хэши тут: http://hackage.haskell.org/package/cryptohash -- активно юзается. И, кстати, не вижу никаких проблем использовать биндинги для уже существующих проектов (пусть даже на C). Это, понятно, экономит время.

Для графов вот это юзал: https://hackage.haskell.org/package/fgl

Мне хватило, правда проект был небольшой.

Для графов вот это юзал: https://hackage.haskell.org/package/fgl

вот это интересное, да, странно что оно не лежит в категории Graphs

Ну не все библиотеки в Hackage

Напр., там нет нормальных биндингов к OpenCV, хотя на github'е они есть.

потоки там конечно банальным Edmonds-Karpом написаны, но сойдет

Ага, и сказано что надо взамен использовать.

Т.е. язык динамичный, развивается.

Для графов вот это юзал: https://hackage.haskell.org/package/fgl

ох жесть, у них стандартный representation графа - в PatriciaTree. Производительность - боль, получается?

Почему? Смотря какие ключи

Если делать cabal install somepackage, то счётчик скачиваний увеличится? Я вот только что попробовал этот пакет так установить, счётчик не обновился.

Если делать cabal install somepackage, то счётчик скачиваний увеличится? Я вот только что попробовал этот пакет так установить, счётчик не обновился.

не думаю что счетчик в реальном времени обновляется

https://hackage.haskell.org/package/cryptonite Downloads 33295 total (11608 in the last 30 days)

Какие 500???

Был где-то сайт, где можно найти пакеты, использующий заданный. Не могу сходу вспомнить/нагуглить.

Подождём, когда остальные проснуться, может, подскажут.

http://packdeps.haskellers.com/reverse/cryptonite

https://hackage.haskell.org/package/cryptonite Downloads 33295 total (11608 in the last 30 days)

там внутре все на C написано, как я понял

Нет, там смесь Haskell/C, и там где C -- это просто обвязка вокруг системных либ.

https://github.com/haskell-crypto/cryptonite/blob/master/Crypto/Cipher/Blowfish/Primitive.hs -- вообще чистый Haskell

Нет, там смесь Haskell/C, и там где C -- это просто обвязка вокруг системных либ.

да не, не обвязка https://github.com/haskell-crypto/cryptonite/blob/master/cbits/cryptonite_md5.c

все хеши на православной сишечке написаны, вроде бы, только пара схем шифрования на чистом хаскеле

Да, точно. #include <> смутили.

@scaredpepe в чате про C++ ты уже показал насколько ты осведомлен во всем этом. Не надо здесь рассказывать про свое не понимание.

Бля, это был не ты.

Бля, это был не ты.

мда

Честно говоря я не понимаю чо @qnikst с @voidlizard его не зобанят. Подобные персонажи не способствуют конструктивному диалогу

С другой стороны, вносит некоторое оживление

Я немного не телепат, и немогу понять, про кого вы говорите....

Я немного не телепат, и немогу понять, про кого вы говорите....

мой libastral утверждает что про Pepe

С другой стороны, вносит некоторое оживление

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

Но с другой стороны придёт кто-нибудь с ВОПРОСОМ по хацкелю, а тут вот это вот

Это да, веский довод. Но предлагаю подождать до следующего раза

каждый раз когда сюда заглядываю, здесь либо трешак либо споры с чего начать новичку такое ощущение что все остальные вопросы решены =)

Либо в принципе не решаемы

каждый раз когда сюда заглядываю, здесь либо трешак либо споры с чего начать новичку такое ощущение что все остальные вопросы решены =)

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

Нет, там смесь Haskell/C, и там где C -- это просто обвязка вокруг системных либ.

си там для всякого асма и прочей низкоуровщины. А так все на haskell

ну не, ты как-то тоже по делу не сильно выступал ) иногда так жирно что аж неприлично..

имхо если не хамит то норм

и если не откровенно тупит

ну он уже как-то на грани

тут как-то на грани, но все же

формального повода нет..

У нас и правил формальных нет

И надо ли?