GameDev в России? Расскажите о нем?

от который Сталкер и Метро

S.T.A.L.K.E.R. - GSC, Украина.
Metro: Exodus - 4A Games, Украина.
Ты точно ничего не напутал?

Кроссплатформенные сокеты для C++?

vjufvufcgyf, а чем тебе не подходит реализация сокетов Беркли?

Кроссплатформенные сокеты для C++?

vjufvufcgyf , о чем этот вопрос, о каких именно сокетах?

Устарел ли Opengl ES?

MrHackerman, это не означает что GLES устарел. DirectX11 тоже уже не развивается, т.к. развивается DirectX12. Однако, это не значит что DX11 устарел.
Vulkan и GLES - это разные уровни реализации одного и того же. Зачем продолжать менять то, что стабилизировано и прекрасно выполняет свои функции? DX11 и DX12 представляют из себя точно такие же разные уровни реализации, один из которых уже стабилизирован, а другой еще активно развивается.

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

Ответ на твой вопрос очевиден.

Устарел ли Opengl ES?

MrHackerman , а какие причины устаревания ты можешь назвать?

Что делать если listen возвращает 10022?

armadillo-cld, я несколько раз привел ссылку на документацию к bind. Ты ведь изучил документацию?
WSAGetLastError, согласно документации, вызывать нужно только когда bind возвращает SOCKET_ERROR. Только так ты можешь понять, что WSAGetLastError вернул код ошибки именно от bind.
И у listen точно так же. Тебе надо просто лучше обрабатывать ошибки. У тебя реальная ошибка может быть где угодно выше по тексту и ты ее просто проглядел.

Я рекомендую тебе к каждой функции прочитать документацию и писать свой код только в соответствии с документацией.

Что делать если listen возвращает 10022?

armadillo-cld, ты не проверяешь результат вызова bind.
Давай посмотрим вместе, что пишется в документации listen относительно кода WSAEINVAL.

WSAEINVAL The socket has not been bound with bind.

Что делать если listen возвращает 10022?

armadillo-cld, давай я просто цитатами пройду этот момент.

Изначально всё работало нормально, но потом что-то изменил, не помню что, и всё работать перестало.

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

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

По поводу ошибки. Да, ты верно все написал про WSAEINVAL. Это буквально означает что ты передаешь именно в listen неправильные аргументы. Второй аргумент у тебя не может быть неправильным. Остается вопрос к первому - к сокету.

У bind[?] ты ошибку тоже не проверяешь. Стоит это сделать.

Что делать если listen возвращает 10022?

armadillo-cld , у listen[?] есть код ошибки. Только ты его не запоминаешь и не проверяешь - это ошибка уже твоя.
Какой именно код ошибки тебе отдается?

Как скомпилировать проект, если там используется объект еще не существующего класса (C++, пишу библиотеку)?

xorknown, ты прав. В основном так не делают.

Однако, в основном так делают мульимедийные и игровые движки.
Например, у UE4 это будет extern int32 GuardedMain( const TCHAR* CmdLine ) - внешняя точка входа для проекта, которая вызывается из недр UE, из точки входа конкретной ОС. Если у тебя есть доступ к репозиториям эпиков, то ты можешь это проверить. Скажем, в файле LaunchWindows.cpp. WinMain находится именно в этом файле.
По некоторым другим движкам я не могу выдавать информацию в связи с NDA. Могу только сказать что UE4 такой далеко не один.

Как скомпилировать проект, если там используется объект еще не существующего класса (C++, пишу библиотеку)?

А в чем проблема определить main внутри статической библиотеки?
Почему, на твой взгляд, такое определение может не пройти линковку при условии соблюдения ODR?

Что лучше использовать #include или LoadLibrary?

Ternick , выбранное решение не отвечает на твой вопрос. Тебя неправильно поняли как тут в комментариях, так и anikavoi .
Решением твоего вопроса является ответ Владимир Коротенко .
Ну и мой ответ тоже стоит внимательно рассмотреть.

Android NDK запись файлов на /sdcard/?

Через C++ у тебя нет возможности сделать прямой запрос разрешений. Только если ты воспользуешься JNI и будешь на низком уровне оперировать объектами высокого уровня.

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

Какая разница между спецификатором, модификатором, квалификатором, идентификатором, инициализатором?

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

Тебе поможет только первоисточник технической литературы.

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

Какая разница между спецификатором, модификатором, квалификатором, идентификатором, инициализатором?

Нужны примеры такой разной трактовки. Чем больше, тем лучше.
Так-то и аргументы с параметрами тоже повсеместно путают. Култур-мултур у народа не хвататЪ.

Как передать в лямбду контекст класса?

Drottarutarnum, по поводу std::shared_ptr суть моего совета вот в чем.

Объект Protocol становится ресурсом, владение которым разделяется между SensorTask по прямому владению и Serial по владению через лямбду.
При чем, в лямбде владение должно быть слабым, т.е. в замыкании надо захватить std::weak_ptr на объект Protocol. Т.к. ты это все делаешь в конструкторе Protocol, тебе потребуется связь с порождающим твой объект умным указателем.
Именно такую связь и предоставляет std::enable_shared_from_this.
В результате адрес объекта Protocol гарантированно не будет меняться от самого вызова std::make_shared и до деструктора SensorTask.

Да, ты верно заметил что это все работает в виртуальной памяти.

Кажется, варианты для меня это удалить пустой конструктор и запретить писать без аргументов
Или делать все в методе Init() который вызывается позже (очень не хочется, ведь для этого есть конструктор)

Если ты определил конструктор с внешними эффектами, то тебе и деструктор тоже стоит сделать, который эти внешние эффекты будет обратно откручивать.
Собственно, твои внешние эффекты - это запись лямбды во внешний объект. Яб советовал добавить возможность откручивать лямбду и дописать деструктор для Protocol.

Жив ли самомодифицирующийся код?

Ternick , а приведи в своем вопросе ссылки на те самые статьи. Чтобы лучше понимать о чем именно ты хочешь спросить.

Как передать в лямбду контекст класса?

Drottarutarnum, мой ответ будет таков.
Если тебе нужно более точно разобраться в происходящем в твоем коде, тебе придется показать реальный код, в котором ты работаешь.

Как передать в лямбду контекст класса?

Drottarutarnum, тут пока тоже не видно криминала. Как SensorTask живет?
Я вижу что Protocol лежит по значению. Его указатель будет стабилен пока живет владеющий им объект SensorTask.
Что такое Thread<300>? Только не говори что это 300 потоков. :)

Как передать в лямбду контекст класса?

А когда этот onInterrupt планируется вызвать?
Я думаю, тебе стоит еще показать код, в котором присутствует нужный тебе экземпляр Protocol.

Тут, скорее, надо понять, как живет экземпляр Protocol.