мне тут показали весёлый трешачёк для получения текстового имени поля enum на рантайм: https://godbolt.org/z/TkxouV

Есть еще одно ограничение: невозможно отличить 2 енумератора с одинаковым значением

Есть еще одно ограничение: невозможно отличить 2 енумератора с одинаковым значением

Так даже если для них код генерить, как Qt, например, их всё равно невозможно отличить

Так даже если для них код генерить, как Qt, например, их всё равно невозможно отличить

Да, в runtime, также как и в шаблонных аргументах, их не отличить, но reflection, я думаю, будет это уметь.

А gdb record знает что-нибудь про потоки? Потом можно отследить места когда исполнение переключалось?

Ребята подскажите как ввести символ 0 с / внутри, не выходящий за контуры 0

https://ibb.co/jwTGze

вот такой

куда ввести?

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

так это ноль

немогу найти в таблице ни одной

это шрифт такой, а символ - ноль

но это, конечно, далеко от C++

факт но я в отчаянии

не 0

не 0

0

все дело в шрифте

тогда возможно я идиот

https://ibb.co/fO6x5K

но ето ввести не получается

UhOTx0 вот так пишу

Кто-нибудь знает простенький 3д движок для плюсов/си? Не имею желания разбираться с sdl/sfml. Единственный с++ движок который я знаю это unreal engine 4, но он нихера не простенький

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

Кто-нибудь знает простенький 3д движок для плюсов/си? Не имею желания разбираться с sdl/sfml. Единственный с++ движок который я знаю это unreal engine 4, но он нихера не простенький

https://github.com/morganbengtsson/mos буквально недавно пиарился на reddit'е, за качество не отвечаю

Thx

Нормальная ситуация когда на старый продакшн сервер, положим Debian Wheezy, собирать новый gcc8, чтоб собирать и пускать софт, написанный под новые стандарты?

А backport на gcc нема?

А backport на gcc нема?

Не смотрел ещё.

Нормальная ситуация когда на старый продакшн сервер, положим Debian Wheezy, собирать новый gcc8, чтоб собирать и пускать софт, написанный под новые стандарты?

а чому нет?

компилятор к ОС гвоздями не прибит же

Главное ещё собрать стандартную либу

Нормальная ситуация когда на старый продакшн сервер, положим Debian Wheezy, собирать новый gcc8, чтоб собирать и пускать софт, написанный под новые стандарты?

можно же просто статически линковать все зависимости, включая std, и компилить на CI новейшим стандартом на более новой версии ОС

только за версией ядра следить придется, чтобы stdlib не юзала фишки новых ядер. Но это в любом случае

По gnu assembler amd64 литературу для начинающих не подскажите?

Синглтон считается довольно сложным в грамотном применении паттерном. Где то вычитал, что если мы пишем свой кеш каких либо данных, то делать кеш сингл тоном - зло. Почему?

По gnu assembler amd64 литературу для начинающих не подскажите?

Спека по amd тебе в помощь ?

Спека по amd тебе в помощь ?

Ну это на крайняк, мб есть подборка удачная какая-то (:

Синглтон считается довольно сложным в грамотном применении паттерном. Где то вычитал, что если мы пишем свой кеш каких либо данных, то делать кеш сингл тоном - зло. Почему?

А в каких ситуациях может показаться, что это разумная идея?

Ты про кеш синглтон?

Ну вот я спрашиваю сообщество проххшников.

Синглтон считается довольно сложным в грамотном применении паттерном. Где то вычитал, что если мы пишем свой кеш каких либо данных, то делать кеш сингл тоном - зло. Почему?

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

Интересно распространено ли такое понятие как thread local синглтон

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

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

Интересно распространено ли такое понятие как thread local синглтон

Есс-но. У нас в одном проекте был thread-local service locator.

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

Синглтон гвоздями прибивает реализацию класса в проект. Допустим, тебе надо сделать юниттесты. Для этого нужна заглушка вместо синглтона — облом. А делать кэш без стресс-теста ооооочень плохая идея.

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

Какие вещи стоит делать синглтоном? В моем случае, есть такая штука. Есть потоки, в каждом потоке есть eventLoop. Хотелось бы, чтобы из объектов внутри потоков мы могли бы получить доступ к потокам и их eventLoop-ам.

Есс-но. У нас в одном проекте был thread-local service locator.

Понятно что все используют. Я просто такой терминологии не встречал нигде

Понятно что все используют. Я просто такой терминологии не встречал нигде

метод так и назывался get_single_instance_thread_local(SERVICE_ID);

А если не синглтон, то что вместо него?

Тащить все это дело через конструкторы и т.п?

global variable :D

Глобальная thread local переменная в которой хранится указатель на текущий "контекст"

А если не синглтон, то что вместо него?

Инициализировать объекты с явным указателем на eventLoop.

Поскольку объекты зависимы от eventLoop-а, то лучше если будет weak_ptr.

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

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

Угу. Вот примерно такая ситуация и у меня. И часто прокидывать и глубоко.

Я в такой ситуации в глобальную thread local переменную сохраняю указатель контекст. А при выходе из scope в деструкторе возвращаю в нее изначальное значение. Как раз для того чтобы из любого места был доступ к планировщику. Для библиотеки полезно - пользователь может вообще не знать и не задумываться о существовании планировщика.

Привет, а ядерщики линуксоиды есть?))))

Понимаю, что про с++, но вдруг можете помочь))