уже лет 10 вебпочту юзаю

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

Ну тогда что у нас спрашиваешь?)

думал может вы и это тоже знаете)

Что то слышал что mutt может работать с локалтной почтой

многие могут, но всё оно - корявое

в те времена у людей не было в ящиках по 1000 сообщений

в те времена у людей не было в ящиках по 1000 сообщений

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

почту пора похоронить

почту пора похоронить

Надо отправлять ботом на тг?

у емайла много недостатков технического свойства

костыльный протокол с кучей легаси

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

т.е. действительно проблема решается через них

костыльный протокол с кучей легаси

Эх, вот да

http://www.terminally-incoherent.com/blog/2012/07/16/email-sucks-why-are-there-no-modern-command-line-clients/

Про игру MUD для девочек - а что если персонажами будут коты?

Инвентарь опять же резко сокращается

Общение через сгенерированное мяуканье

(Телеграм умеет слать голосовые сообщения)

На игру года не потянет

Скорее зашёл - поиграл пять минут - вышел

Малость разочарован formattedRead - он проверяет только по одному символу, из-за чего падает Придется использовать регулярки, а они неудобнее

Малость разочарован formattedRead - он проверяет только по одному символу, из-за чего падает Придется использовать регулярки, а они неудобнее

Поясни

а кто-нибудь кто использует активно vibe - использовал отправку сообщений между тредами? ну или какие-то еще кросс-тредовые коммуникации?

Я использовал пару дней

а что именно?

насколько оно востребованно и имеет смысл?

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

Очень востребованно если нужно всякое сложное вычислять асинхронно и параллельно

а таски у него не привязаны к треду, да?

Сейчас привязаны, но вообще не стоит на это полагаться

Кроме того, кто-нибудь из разработчиков может захотеть запустить таску как в этом же треде так и в новом.

ну с внутри-тредовым (между файьбрами) обменом нет проблем, это самое быстрое и простое

интересует именно тот функционал которые даёт штатный send/receive из std.concurrency

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

Ну он работает как с тредами так и с тасками каким то магическим образом

ok, спасибо за инфу

Хотя, там ничего магического - просто при send! посылающий тред идет и добавляет в очередь задачу. Там очередь что-то типа shared линейного списка.

А при receive тред идет и забирает эту задачу. Но вот как ему удается висеть в ожидании без загрузки 100% процессора я не понял. Возможно там какие-то sleep на маленький квант времени.

не так просто… если ты отправляешь в тред внутри которого крутится евентлуп то тебе нужно озаботиться тем, что-бы не остановить всё остальное на время ожидания в receive

если там где receive нет eventloop то действительно - просто

А при receive тред идет и забирает эту задачу. Но вот как ему удается висеть в ожидании без загрузки 100% процессора я не понял. Возможно там какие-то sleep на маленький квант времени.

да, вот это и есть самое интересное

варианты сделать такое есть (пайп между тредами) но не уверен что этот обмен будет так эффективен как мечтается

А при receive тред идет и забирает эту задачу. Но вот как ему удается висеть в ожидании без загрузки 100% процессора я не понял. Возможно там какие-то sleep на маленький квант времени.

Там у систем всякие интересности есть. Например у винды: https://msdn.microsoft.com/en-us/library/windows/desktop/ms687069(v=vs.85).aspx

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

в юниксах такого нет

Но все равно тогда удивительно как и с eventloop это отрабатывает хорошо

о, в линухе futex можно добавить в epoll

и даже готовый eventfd

А при receive тред идет и забирает эту задачу. Но вот как ему удается висеть в ожидании без загрузки 100% процессора я не понял. Возможно там какие-то sleep на маленький квант времени.

Он скорее всего просто передает задачу другим процессам, не отработав свой квант времени

Поясни

Например, есть строка вида "bla bla bla 1234". Ну и шаблон "%s %d" естественно зафейлится.

Это же хорошо?

Это же хорошо?

Ты к первому или второму?

Ко второму

Тогда не очень

Потому, что это хорошо в двух случаях: 1. Мы парсим потоковые данные, нам надо читать как можно меньше символов 2. Нам нужно быстро распарсить заранее корректные данные, в которых это не имеет значения

Регекс работает по другому

По умолчанию он старается захватить максимум символов

Чтобы решить все проблемы, регекс придётся встроить в разборщик формата, а тебе он не нравится.

Соответствие "bla bla bla" %s вместо "bla bla" неочевидно.

Парсер и падает от "у нас тут какая-то хрень".

Чтобы решить все проблемы, регекс придётся встроить в разборщик формата, а тебе он не нравится.

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

Соответствие "bla bla bla" %s вместо "bla bla" неочевидно.

Да, но у нас есть "%s %d" а "bla" - не число, поэтому строка не может быть "bla bla"

Это даже не строка, а две строки)

ERROR: S client not available

Это даже не строка, а две строки)

...с точки зрения текущего парсера - да. А меня это не устраивает

Регулярки жрут ресурсы, потому по дефолту их наврное и нет.

Регулярки жрут ресурсы, потому по дефолту их наврное и нет.

Это и бесит

Надо писать свой formattedRead на регулярках

Дишные регулярки наверное позволяют получать значения групп? (я не смотрел)

Ели да, то и писать нечего.

Дишные регулярки наверное позволяют получать значения групп? (я не смотрел)

Конечно!

Так что писать действительно почти нечего

Вру, нужно разобраться как правильно конвертировать

@darkhole1 а как ты PATH устанавливаешь в fish для rofi?

она похоже выставляет локальные изменения только после старта i3wm

в fish не смогли нормальную поддержку PATH сделать и накостылили

в fish не смогли нормальную поддержку PATH сделать и накостылили

что такое поддержка PATH?

локальная переменная PATH содержит пути

echo $PATH сделай поймёшь

это я прекрасно знаю

что такое "поддержка"

ну вот мне надо в мою локальную директрию для моего юзера добавить путь

раньше у меня в bashrc было что то типа export PATH=$PATH:~/bin

у меня так же. с fish нет никаких проблем

вот я про то же

fish не стартует bashrc

а хоте нет. тоже проблемы

если бы они не выёбывались а сделали поддержку стандартного .profile было бы хорошо

set PATH $PATH /home/deviator/bin

set PATH $PATH /home/deviator/bin

мне лень запускать это руками каждый раз

╔ [deviator@asus ~] ╚ % cat .config/fish/config.fish set PATH $PATH /home/deviator/bin set -gx QT_SCREEN_SCALE_FACTORS 2 ...

я разве сказал что руками нужно это делать?)

а они не рекомендуют править файлы конфигов руками

почитай их мануалы

пфффф

в результате вот костыль родили: https://github.com/fish-shell/fish-shell/issues/527