Аналог winapi-шной getaddrinfoex в Linux

в асинхронном режиме

Ну засунь getaddrinfo в std::async и чекай фьючу. Делов то.

Есть getaddrinfo_a. Кстати, в man getaddrinfo на нее ссылка есть. RTFM короче.

Не сочтите за наглость, но я четко спрашивал про api-шную асинхронную функцию, а не то, как извращением запустить синхронную блокирующую функцию квази-асинхронным методом.

Еще можно библиотеку использовать, например https://c-ares.org/

Спасибо, буду изучать.

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

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

На какую каждую функцию ? лол.

Не, нету. Можно использовать сторонние библиотеки для асинхронного ресолвинга. с-ares уже посоветовали

Так как нету ? А getaddrinfo_a ?

Ps: немогу понять, как цитировать при ответе.

CONFORMING TO
       These functions are GNU extensions; they first appeared in glibc in version 2.2.3.

в Linux-е нету, есть в GNU :)

По приколу поискал по спекам LSB, как ни странно getaddrinfo есть, а getaddrinfo_a нет

С другой стороны, в LSB есть Qt, вместе с QHostInfo, так что QHostInfo::lookupHost() можно формально считать API Linux для асинхронного резолва

Ты ж не на микроконтроллере! Запусти отдельный поток, там и открывай сокет. А потом уж можешь выбирать: либо по потоку на каждого клиента, либо общий поток, в котором будешь поллить все дескрипторы. Только второй способ для высоконагруженных систем чреват необходимостью двигать все 100500 дескрипторов влево, когда очередной клиент отвалится. Потому что нет в линуксе функций поллинга связанного списка дескрипторов, есть лишь поллинг массива!

Да.

Функции изначально должны быть асинхронными. Из асинхронщины сделать синхронную версию просто, а вот наоборот – вовсе нет.

толстовато

Очень интересно, и почему же?