Ну это просто Qt говно - вон, винапи же умеет.

а асинхронный ввод/вывод конечно же реализуется не на многопоточке, да?

четкие поцаны юзают тред-пул.
и о боже! так реализуется асинхронка.

а зачем вообще об этом думать? вот есть какая нибудь библиотека. CEGUI например.
я тупо запускаю инстанс прямо в main (или в любом треде, где захочу). и забываю про него.
когда кто нибудь жмакнет закрытие окна, ну или просто пришлет событие о том,
что нужно сворачивать лавочку, я тупо дергаю этому инстансу "сворачивайся".
и все. он сам отлипнет, и его тред завершится.
а как он там у себя внутри свои потроха обновляет - это уже его личные проблемы.

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

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

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

я уже выше привел примеры. для иллюстрации вполне сойдёт.
если в танке - ничем не могу помочь.
пилить с нуля gui на голых плюсах, разумеется я не буду.
мог бы наколбасить на голом MFC, например. но мне лень.
и о боже! MFC - это тоже оказывается своя экосистема.

так это же вы в вашем примере выше зачем то колбасили наследование, с переопределением метода run.
наверное, зачем то это все таки вам было нужно сделать.

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

А делать какое-то UI никто и не просил. Можете взять мое, или просто печатать в консоль. Если создается нитка, то она должна хотя бы минимально общаться с другими. Запуск "на деревню дедушке" никому не нужен, придется так или иначе "мониторить" запущенную задачу. В Qt для этого есть удобный механизм, а в std - ни кола, ни двора.

Да какой там "тезис" - так, мелочная претензия. Уже говорилось что run перекрывается только если хочется самому побаловаться с синхронизацией - пожалуйста, можно и так. Но делать это всякий раз - да кто Вам такое сказал? См мой пример в аттаче - никаких наследований от QThread там нет, нитке можно кинуть любое кол-во задач не прилагая никаких усилий. Можно просто запустить нитку без задач - и это ничем не грозит, и проц она не жрет. Можно удобно подсесть на сигналы завершения нитки и/или задачи. Вкусные плюшки. Наоборот, std-шный стиль запуска выглядит "каменным веком" - обязует заботиться обо всем самому. Ну спасибо хоть это дали, раньше вообще ничего не было.

В общем, в очередной раз убеждаюсь - изучение std отрицательно влияет на изучающего 

И как оно узнает, когда надо дергать? Поллинг сделать? Ну-ну.

Кстати _Bers спалился что не опускался на уровень еполла и не писал сервак решающий "проблему 10к"

которые реализуются за счет многопоточки. Карл.

Мне кажется или вы читать не умеете?
самолеты нужны, что бы летать.
у них у всех одинаковая задача.

с std::thread всякие кутешные сокеты начнут лагать.

кутя без своего убогого лупа как бе не особо юзабельна.
тупо же, когда слоты-сигналы перестают слотиттить-сигналить

а что там было в бородатых - не суть важно.

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