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

мтак, а если пытаться завернуть логгер в свою иммутабельную обертку, то наверное нельзя будет вызвать метод логгера в immutable методе своей обертки, поскольку он мутабельный, а ссылку immutable(Logger) получить низя.

Добро пожаловать в мир иммутабельности d

Если он мутабельный и разделяется между потоками, то это shared. Точно не immutable.

ладно, вариант с иммутабельностью выглядит не очень. Второй вариант, который напрашивается - выдавать Tuple!(LogLevel, string) или string,string что-то похожее и посылать через send родительскому потоку, в котором оно пересылается в логгер, а можно из Variant сделать сравнение value.type == typeid(Tuple!(LogLevel, string)), это корретно?

хотя уже начинает костылями попахивать.

Учти что если в потоке работает event loop или другое ожидание то   receive отработает тогда когда пооучится

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

не writeln же там делать

Откажись от тммутабельности

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

У меня логгер работает в отдельном потоке, а все остальные потоки шлют ему сообщения. В чем проблема-то?

Safe nogc betterC?

а задача сделать такой логгер?

Не порти мем😡

тогда еще nothrow

И разноцветный

Это как раз легче всего сделать, не?

ну вроде проброс сообщений в родительский поток, который их логирует меня пока устраивает и у логгера есть метод log, в который сразу можно кинуть и левел и сообщение, разве что нужно проектировать класс специально с делегатом "логгером-коллбэком", но это вполне терпимо. Риски от более низкоуровневой многопоточности кажутся более высокими. Тем более, что я через месяц забуду все нюансы, как оно работает и внезапные баги там править будет тот еще квест и приключения.

а... ну и при таком подходе на коллбэке данные о потоке и прочем могут потеряться, в логгер же просто левел и сообщение приходят, когда сам логгер вроде как умеет распечатывать id разных потоков.