так ежели он всегда ждёт, стало быть с single-thread вообще никак не совместим?


только это уже не асинхронный дизайн.

Вот-вот, я и привел кликабельные цитаты на ваши сообщения из этой темы. Почитайте.

Вы не знаете это, не знаете то. А мне нужно все вам разжевать и показать... сами учитесь.

Ваше мнение по этому вопросу не очень интересно. С тем же успехом асинхронку можно обсуждать и с балериной.

Но все равно спасибо, вы сделали мой день. 

Ой, поверьте мне, это ещё не горение  Хотя для Russian Qt Forum, возможно, и да)

Но чисто на мой дилетантский взгляд, здесь типичная проблема чисто понятийного недопонимания, раздутая, (подчёркиваю на мой взгляд) гипертрофированным перфекционизмом товарища _Bers  Прще надо быть 

потому что в сингле-тред тред никогда не спит.
ваш К. О.

нет здесь никакой проблемы.
есть идиотизм некоторых дураков.
которые не разумеют простых вещей.

асинхронный дизайн:
"ты занимайся своими делами. а мы сделаем свою работу в фоне, и когда работа будет сделана, мы тебе позвоним".

вот и вся идея асинхронного дизайна.

очень простая для понимания, эксплуатации, и реализации.


очевидно жеж,
что невозможно делать в одном треде две работы одновременно.

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



и простейшие потянутся?

разумеется да.
или как ещё хотя бы просто теоретически возможно обеспечить "неблокирующий" вызов,
и параллельное исполнение какой либо процедуры?

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

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

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

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

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

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

и что?
какое это имеет отношение к теме "асинхронного дизайна"?


слишком абстрактное рассуждение.
напоминает старого деда с его "раньше трава была зеленее".
без какой либо конкретики.

конкретно от тебя - ничего.

плевать мне на дураков.

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


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



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

вопросы риторические.