Закат пинга вручную

Вот завтра и приходите. Вас много а я одна

но может быть есть какие мысли - почему оно так себя ведёт ?

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

Но стали ползти странные баги если пинговать сразу две цели (живую и заведомо дохлую) - «дохлая» цель становится «живой» и для неё recvfrom возвращает данные от «живой»

Где-то у тебя потоки в глобальную переменную пишут походу. Смотри что у тебя с сокетами...

qtconcurrent qfuturewatcher

Мммм. По хипстрески. Одобряю. Чтобы удобно дожидаться асинхронной операции, можно использовать https://github.com/benlau/asyncfuture

Никак. Он взял код, где не проверяют src-адрес принятого пакета и «выкинул лишнее».

Как ты опознаёшь, что понг от нужного тебе хоста пришёл?

чтение из сокета
каждому хосту свой сокет

Никак

хм, сокет разве не отвечает за «свой» хост ?

Добавлю проверку источника

https://ru.wikipedia.org/wiki/Сетевая_модель_OSI

ICMP - третий уровень. То, о чем ты думаешь - четвертый, и то не все протоколы.

да, начинаю понимать, ранее нужды не было

Нет. man 7 raw. Слушающих raw-сокет получает все пакеты заданного ip-протокола (icmp) в вашем случае. Гикнутый код по вашей ссылке полный треш. Он не смотрит откуда пришёл пакет и выводит на экран для любого icmp-ответа информацию, что он пришёл с нужного ip-адреса. Достаточно запустить в одном терминале этот ping на недоступный хост, а в другом — на доступный...

В правильном пинге необходимо после отправки пакета в цикле делать recvfrom(), пока не будет получен нужный icmp-echo-ответ или не выйдет таймаут. Ну можно ещё icmp_id проверять, хотя, ИМХО, в вашем случае не важно, пришёл ли ping-ответ на пакет от вашей программы или от запущенного в соседнем терминале ping'а.

https://github.com/benlau/asyncfuture

Прикольная штука. Нужно будет потестить.

да, я начал понимать
уже переписал, пока без проверок кроме хоста, но добавлю возможно
обошелся одним сокетом + QSocketNotifier