до не включительное было

просто восточноевропейский акцент)

Да просто славянский акцент.

нубский вопрос .\Data\Vector\Generic\Mutable.hs:833 (accum): index out of bounds (3,3) CallStack (from HasCallStack): error, called at .\Data\Vector\Internal\Check.hs:87:5 in vector-0.12.0.1-CnPH69pDwM4A5esizlXfXi:Data.Vector.Internal.Check хаскелль не разматывает стектрейс до места вызова? (у меня привычка с jvm что стектрейс ведет к месту происшествия)

к месту происшествия в моем коде*

Welcome to Haskell! 👋

а, ок)

Хорошо ещё, что хотя бы видно, где именно произошла ошибка. А то раньше даже и этого не было... Мне от этого самому, конечно, очень больно. Было бы удобно с полным стек-трейсом. Но в данный момент этого нет :( Если только вручную не заморочиться не расставить, скажем так, аннотаций к каждой функции.

нужно чтобы HasCallStack было во всех функциях

ну ещё вариант пересобрать ghc и поддержкой libdw

что очень просто если у тебя гента

и собирать с -g

тогда будут libdw-шный стек

даже в gdb видимый

еще можно с профайлером собрать и запускать с -xc

это путь сильных

и это еще не все способы

если не на время отладки

а что ещё кстати?

но нормальных ни одного

-xc то известная штука

еще отладчик в ghci

мне libdw нравится но он вроде не работает ещё

в HEAD какое-то приближение

принтфы через unsafePerformIO или какой там самый модный способ напечатать и не загадить сигнатуру?

так если печатать можно сигнатуру Show загадить

еще отладчик в ghci

для начала отлично, спасибо

да он неюзабельный практически

Debug.Trace

у меня и кода кот наплакал, попробую

traceM + trace

а, ну если так то может сгодится

а щаз какая часть？

а, нуда, вторая

в первой меня еще не было

/me стало не так стыдно за свой английский

Главное от всего сердца говорить 😉

Немного еще оффтопа: испаноговорящие часто не различают sh/ch, s/z, b/v и долготу английских гласных вдобавок. Что создает интересные недоразумения. Мне, например, трудно различить когда они говорят provability и probability. А ещё забавно слышать “You are cheating” (с сооотвествующей заменой).

Всем привет, разбираюсь с монад трансформерами. Не совсем понимаю, можно-ли написать функтор для StateT, не учитывая, что тупль - бифунктор?

туплю не обязательно быть бифункторгм чтобы написать стейтТ

просто не совсем понятно, если: newtype StateT s m a = StateT { runStateT :: s -> m (a, s) } Мы пишем fmap instance Functor m => Functor (StateT s m) where fmap f (StateT smas) = StateT $ \s -> let mas = smas s ... Мы знаем, что m - функтор и пара - функтор, но если просто юзать композицию (fmap . fmap), то ничего хорошего не выйдет

с другой стороны, вытащить (a, s) из m нельзя, чтобы сделать что-то вроде (a, s') <- smas s return (f a, s')

для изменения (a, s) внутри mas вполне достаточно того, что m - функтор

какой парсер у нас самые красивые сообщения об ошибках выдаёт - мегапарсек?

ну, в смысле, где легче всего сделать обработку ошибок

аттопарсек надоел, хочется нового красивого. скорость неважна

Trifecta норм ошибки дает

для изменения (a, s) внутри mas вполне достаточно того, что m - функтор

Что-то я тупанул) Вместо: first f <$> mas сделал просто: (\(a, s) -> (f a, s)) <$> mas спасибо!

У мегапарсека красивые ошибки. У трифекты тоже

По моему если написать фмап для State, а потом просто добавить do notation то как раз будет StateT

У мегапарсека красивые ошибки. У трифекты тоже

Пардон. Теперь кроме parsec и attoparsec есть ещё и megaparsec?

Мегапарсек давно уже есть :) Это идейный продолжатель парсека, точнее Megaparsec позиционируется как современная замена оному

Продвинутый форк, проще говоря

Ааа

Сам Парсек никто не трогает давно уже. И нишу не самых быстрых, но "навороченных" парсеров пытается занять Megaparsec. И Трифекта тоже туда метит

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

Круто. Спасибо.)

3 PR на fast-builder, все таки хоть что-то ползное от олимпиадки было

Какая разница по времени была между обычным билдером, фаст билдером и патченым фаст билдером?

не помню

патчи там тривиальные на то чтобы StringLen класть (в итоге можно создавать кучу CStringLen вместо кучи байтстрингов

и на то чтобы можно было указать размер буфера при hPutBuilder

иначе надо было workaround через toLazyByteStringWith

но между байстринговым и Фаст разница приличная была

что кстати удивительно на не threaded rts

просто у Фаст билдер для вывода в handle ну очень тупые настройки дефолтные

первый чанк 100

следующие max ensure 4096

Мы этот вопрос обсуждали вчера в узком кругу, но так к чему-то и не пришли. допустим, хочется сделать простой клиент-сервер - т.е есть сервер, который держит in-memory БД и какую-то логику, и есть клиент, который туда ходит. HTTP использовать не хочется, потому что, 1) устали от серванта 2) какие-то запросы-ответы могут иметь поточный характер и HTTP использовать неудобно. Что бы взять? Клиент и сервер должны иметь разную кодобазу, но возможно, пересекаться какой-то библиотекой сериализуемых типов. Что можно взять? рассматривали CH/distributed-process(не то), transient/service (он загадочен и нет примеров). Хочется легковесного прозрачного rpc

1. накрутить свои потоки/сессии поверх HTTP 2. protobuf

protobuf это протокол

/stat@combot

combot.org/chat/-1001043143583

@cblp_su унылая перспектива

Привет! Есть ли способ получать из списка/ другой коллекции элемент по индексу за O(1)?

Привет! Есть ли способ получать из списка/ другой коллекции элемент по индексу за O(1)?

Из вектора можно

Вектор из коробки не идет?

Вектор из коробки не идет?

Нет https://hackage.haskell.org/package/vector

Ясно, спасибо!

из хэшмапа можно, но с константами похуже

а там потинжексу, тогда вектор, да