Как по мне, важнее понимать суть излагаемого, чем читать оригинальный текст ( с оригинальными терминами и т.д).

Да, некоторые переводчики устраивают каламбур, как на скрине выше, но это тем отдельной беседы.

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

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

ну так на русском - суть и теряется из-за таких вот переводов

Опять же, это тема отдельной беседы.

Такой рофл я щас словил

Короче,, знаете почему мой модуль логов не работал?)

Такой тупняк пропустил

Короче, прикол в том, что filename указывает на память из static, так как FILE лежит в статик. А у меня фреймворк устроен так, что если ты вызываешь GetPlugin и получил nullptr, то это значит что код либо построен неверно, либо один из зависимых модулей не загружены. В общем, вызвав GetPlugin и получив nullptr фреймворк когда вернет себе управление - завершит работу

Короче говоря, пока асинхронный логгер пытался вывести логи завися от ModuleLog.dll, то фреймворк в свою очередь вернув управление в свой поток тупо выгружал все модули, ибо ранее вызов GetPlugin вернул nullptr

я оба варианта читаю, потому что мне удобнее на русском, хотя в принципе, похую

Воон самый верхний GetPlugin вернет nullptr, что приведет к тому, что фреймворк завершит выполнение и выгрузит все модули, а затем выдаст идентификатор ошибки

Вопрос в том, как это решить

Есть идея конечно

Надо как то дожидаться завершения работы потоков в лог системе

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

о, я был прав, гонка

Там не гонка

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

Но вот тут непонятка есть

Я в деструктор логгера кинул шуты чтоб он вырубал все логи если завершается работа модуля