а для utf8-строк я сам оптику писал (

прошляпил чтоли

а еще есть text-short который utf8 но не пиненый

вот допилят haskell и можно будет 100600 публичных пакетов в одном держать

ой cabal

да, ghc для этого еще в 7.10 допилили, это кабалисты все тормозят

хаскел может тоже когда-нибудь допилят

злой кабал

Эйзенберг вон в рулевом листке пишет, что до DH еще "годы". Хаскелистам надо жить долго

что-бы увидить как река пронесет мимо тела их врагов?

физкульт-митапы надо со здоровым питанием

а то не доживем

хаскель крионикс - долежи до завтипов

что-бы увидить как река пронесет мимо тела их врагов?

Потому что динамисты не тонут?

Иду на Тонского живьем через полчаса - ему что-нибудь передать от нашего дружелюбного комьюнити?

Передай что paredit рулит, а VS Code для лохов.

Что вы в нем нашли, в Тонском

Он сам признался, что ненастоящий функциональщик. Правда, это было во времена, когда он Эрлангом занимался. Как сейчас - не знаю

Иду на Тонского живьем через полчаса - ему что-нибудь передать от нашего дружелюбного комьюнити?

Пусть Haskell учит

только этого и не хватало

пусть лучше шрифтом занимается своим

Шрифт тоже не нужен

Надоел)

Иду на Тонского живьем через полчаса - ему что-нибудь передать от нашего дружелюбного комьюнити?

раз идете на Тонского, так ему и передайте "иду на вы"

ну пусть он лучше им занимается чем "типы это пазл и дополнительная нагрузка"

пусть лучше шрифтом занимается своим

Что за шрифт?

Fira code

Fira code

А он Тьюринг-полный?

имплементацию машины Тьюринга вполне можно им набрать

Fira code

Круто

А лямбды в нем есть?

да, с греческими буквами никаких проблем

> Doesn’t work rxvt

Ну и зачем такой шрифт?

st ftw

> Doesn’t work Standalone Emacs gVim Ну и зачем такой шрифт? x2

Standalone Emacs не умеет во все шрифты с OTF лигатурами, не только в Fira Code.

Ща бы ещё OTF для MONOSPACE шрифта юзать

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

Ща бы ещё OTF для MONOSPACE шрифта юзать

А что с ними не так?

в Hasklig настоящие

А что с ними не так?

Ну, он векторный

Должен быть растровый?

Конечно

Какое у тебя разрешение экрана? Не 1366*768 случайно?

1920x1024 или чо-то такое

Ты ещё скажи, что пользуешься не терминусом

Нет.

Ясно. Вспоминай где забыл своё чувство прекрасного

Иду на Тонского живьем через полчаса - ему что-нибудь передать от нашего дружелюбного комьюнити?

Скажи ему что ты специально пришёл чтобы сказать ему что нам наплевать на его мнение.

Скажите, коллеги, а что может помешать отправке строки в Handle (который из GHC.IO.Handle)?

вообще задачник бы по конкарренси в ghc

+1

@qnikst ^ spam?

спасибо

Скажите, коллеги, а что может помешать отправке строки в Handle (который из GHC.IO.Handle)?

забитый буффер, закрытый handle?

и что значит помешать?

пишу туда - а эффекта нет

ожидаемого

а что запись возвращает?

сколько байтов записал?

(лучше ещё кусочек кода, чтобы проще было)

Смотри, история такая. Я пишу скрипт, с помощью Shelly. Внутри использую программу whiptail, это для создания псевдографики в терминале (такую же использует установочник Debian). Ну так вот, и там всё прекрасно пашет, диалоги появляются, кнопки нажимаются, всё круто. Но есть там один диалог с динамизмом, называется --gauge, он отображает прогресс-бар.

вот описание: https://github.com/yesodweb/Shelly.hs/issues/170

хотя бы примерно понять, куда копать дальше...

hSetBuffering stdIn NoBuffering перед записью - пробовал. hFlush после записи - пробовал.

Не помогает.

Но я знаю, что при закрытии хэндлера, буквально перед самой-самой смертью диалога, после hClose на stdin, данные-таки улетают в диалог. И в последний миг я вижу увеличение процента.

@qnikst Может, какие-нибудь мысли есть?

Но я знаю, что при закрытии хэндлера, буквально перед самой-самой смертью диалога, после hClose на stdin, данные-таки улетают в диалог. И в последний миг я вижу увеличение процента.

Сходу мысли про ленивость....

хм... А как при работе с хендлером делать строго?

просто это новая для меня тема..

И потом, если я делаю hFlush - как это может быть ленивым? Это же значит "возьми содержимое буфера и немедленно кинь его в канал".

верно?

так, читаю

верно?

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

может там какие перемещения каренти и он все затирает?

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

Да, это именно то, что вижу я.

Поэтому вопрос, как это исправить?

Я не исправлял))

а примера который запутить можно нету7

Ты в прогу в стдин пишешь? Все зависит от того как она буфферит

Тк у меня это было не критично

По умолчанию будет буфферить если не под tty

И да, я помню багу с неотключаемой буферизацией в линуксах, сталкивался с ней еще в сишечке

Тебе надо или прогу патчить или врать ей про tty

а примера который запутить можно нету7

Пока нет (только у меня на компе, заготовка).

hSetBuffering там поставь NoBuffer

Он уже

в созданном хэндле

в примерах в багрепорте я этого не вижу

уже делал

hSetBuffering stdIn NoBuffering

что там шелли надо?

Может Shelly меняет чо

может и меняет, хрен знает