Здравствуйте, alex_public, Вы писали:

_>Стандартная библиотека потоков C++ в принципе работает не плохо и покрывает большинство простых сценариев (WaitForSingleObject в них однозначно входит), хотя и не все функции WinAPI имеют там прямое отображение (с WaitForMultipleObjects есть некоторые вопросы).
+100500
Спасибо, буду в курсе!

_>Однако если мы возьмём какую-то из мощные библиотек многопочности мира C++ (все они естественно кроссплатформенные), то увидим инструмент на голову превосходящий и все возможности стандартной библиотеки C++ и все возможности WinAPI.
Можешь посоветовать что-то конкретное?
То, что позволяет удачно совместить удобочитаемость кода с эффективностью.

_>Ну вот, т.е. получается у вас тоже практически кроссплатформенный (в потенциале) продукт

Теоретически да, кроссплатформенный. ...это как в анекдоте — чем отличается теория, от практики...

_>Ну так если у тебя есть внешняя утилита для генерации этих h файлов по tlb, то зачем тогда эта директива?
Утилита genidl, о которой ты пишешь, входит в комплект продукта MinGW.
Если я пользуюсь продуктом MSVC, мне нет необходимоти применять genidl.
Применение директивы препроцессора #import:
https://msdn.microsoft.com/en-us/library/8etzzkb6(VS.71).aspx
рассчитано так, чтобы НЕ пересоздавать заголовочники для COM компонента, который ранее уже был импортирован в проект.

_>Если речь по быстродействие генерируемого кода, то это полная чушь — MinGW генерирует заметно более эффективный код. Я лично делал тесты.
В данной ветке я уже привёл результаты сравнения эффективности

Автор: AlexGin
Дата: 10.03.17

, доказывающие что MSVC в полтора/два раза эффективнее, нежели MinGW.

Дальнейшее обсуждение данной темы, уважаемый alex_public, мы вполне можем переносить в КСВ.

Здравствуйте, alex_public, Вы писали:

_>Стандартная библиотека потоков C++ в принципе работает не плохо и покрывает большинство простых сценариев (WaitForSingleObject в них однозначно входит), хотя и не все функции WinAPI имеют там прямое отображение (с WaitForMultipleObjects есть некоторые вопросы).
+100500
Спасибо, буду в курсе!

_>Однако если мы возьмём какую-то из мощные библиотек многопочности мира C++ (все они естественно кроссплатформенные), то увидим инструмент на голову превосходящий и все возможности стандартной библиотеки C++ и все возможности WinAPI.
Можешь посоветовать что-то конкретное?
То, что позволяет удачно совместить удобочитаемость кода с эффективностью.

_>Ну вот, т.е. получается у вас тоже практически кроссплатформенный (в потенциале) продукт

Теоретически да, кроссплатформенный. ...это как в анекдоте — чем отличается теория, от практики...

_>Ну так если у тебя есть внешняя утилита для генерации этих h файлов по tlb, то зачем тогда эта директива?
Утилита genidl, о которой ты пишешь, входит в комплект продукта MinGW.
Если я пользуюсь продуктом MSVC, мне нет необходимоти применять genidl.
Применение директивы препроцессора #import:
https://msdn.microsoft.com/en-us/library/8etzzkb6(VS.71).aspx
рассчитано так, чтобы НЕ пересоздавать заголовочники для COM компонента, который ранее уже был импортирован в проект.

_>Если речь по быстродействие генерируемого кода, то это полная чушь — MinGW генерирует заметно более эффективный код. Я лично делал тесты.
В данной ветке я уже привёл результаты сравнения эффективности

Автор: AlexGin
Дата: 10.03.17

, доказывающие (по самым скромным оценкам), что MSVC в полтора/два раза эффективнее, нежели MinGW.

Дальнейшее обсуждение данной темы, уважаемый alex_public, мы вполне можем переносить в КСВ.