https://opennet.ru/openforum/vsluhforumID9/8359.html Здравствуйте.<br>Я понимаю что вопрос будет звучать глупо, но все-же...<br>Пишется многопоточное приложение. Потоки ходят по серверам и проверяют их работоспособность. Все работает замечательно до...<br>Подсовываем одному из потоков невалидное имя. gethostbyname() возвращает NULL и дальше... остальные соединения начинают работать вразлад - когда коннектятся, когда нет... Причем имена разрезолвливаются, отказы идут на вызове connect().<br>Все вызовы стандартные блокирующие, вроде почти академическая задача... Почему возникают такие проблемы непонятно.<br>Не нужно ли как-то дполнительно сбрасывать/переинициаизировать ядро после неудачного резолва имени?<br><br>С уважением,<br>Сергей<br> https://opennet.ru/openforum/vsluhforumID9/8359.html#16 Thu, 06 Aug 2009 15:24:36 GMT &gt;<br>&gt;Заказчик хочет так. Кстати я не знаю что лучше для многих (неск. <br>&gt;тысяч) запросов по разным адресам - много тредов или большие списки <br>&gt;в select? <br><br>Несколько threads и select. Создавать пару тысячь тредов - идиотизм.<br> https://opennet.ru/openforum/vsluhforumID9/8359.html#15 Thu, 06 Aug 2009 07:05:39 GMT &gt;<br>&gt;У меня проблема решилась использованием gethostbyname_r() т.к. gethostbyname() работает со статическим внутренним <br>&gt;буфером и требы могут портить его друг у друга. <br>&gt;<br>&gt;А вообще не вредно посмотреть промежуточно что и как отдается как адрес <br>&gt;для соединения. <br><br>Если я испльзую не имя, а адрес и тогда gethostbyname не срабатывает, то та же ошибка с connect, адрес у меня "127.0.0.1", превращается в значение 16777343 для service.sin_addr.s_addr. <br><br><br> https://opennet.ru/openforum/vsluhforumID9/8359.html#14 Thu, 06 Aug 2009 06:45:49 GMT &gt;А у меня другая проблема. Использую чужой код, который по идее должен <br>&gt;работать как сокет-сервер. В hostname - char имя хоста или IP, <br>&gt;в port - номер порта. <br>&gt; struct hostent *host = gethostbyname(hostname); <br><br>[skip]<br><br>&gt; if (connect(m_socket, (sockaddr*) &service, sizeof(struct sockaddr)) &lt; 0) <br><br>[skip]<br><br>&gt;m_socket получает значение, однако при вызове connect получаю сообщение 61 Connection refused. <br>&gt;<br><br>У меня проблема решилась использованием gethostbyname_r() т.к. gethostbyname() работает со статическим внутренним буфером и требы могут портить его друг у друга.<br><br>А вообще не вредно посмотреть промежуточно что и как отдается как адрес для соединения.<br><br> https://opennet.ru/openforum/vsluhforumID9/8359.html#13 Thu, 06 Aug 2009 06:18:21 GMT А у меня другая проблема. Использую чужой код, который по идее должен работать как сокет-сервер. В hostname - char имя хоста или IP, в port - номер порта. <br> sockaddr_in service;<br> memset(&service, 0, sizeof(sockaddr_in));<br> service.sin_family = AF_INET;<br> service.sin_addr.s_addr = inet_addr(hostname);<br><br> if (service.sin_addr.s_addr == INADDR_NONE)<br> {<br> struct hostent *host = gethostbyname(hostname);<br> if (host == NULL &#124;&#124; host-&gt;h_addr == NULL)<br> {<br> printf( "Problem accessing the DNS. (addr: %s)", hostname);<br> return false;<br> }<br> service.sin_addr = *(struct in_addr*)host-&gt;h_addr;<br> }<br> service.sin_port = htons(port);<br> m_socket = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);<br> if (m_socket != -1)<br> {<br> if (connect(m_socket, (sockaddr*) &service, sizeof(struct sockaddr)) &lt; 0)<br> {<br> printf( "%s, failed to connect socket. Error: %d\n", " ", GetSockError());<br> perror("connect");<br> }<br> }<br>m_socket получает значение, однако при вызове connect получаю https://opennet.ru/openforum/vsluhforumID9/8359.html#12 Sun, 19 Jul 2009 17:56:35 GMT &gt;Не надо пользоваться gethostbyname в многопоточной программе. Она использует статический буфер для <br>&gt;результата. И если её вызвать из двух потоков одновременно данные <br>&gt;будут испорчены. Ты соединялся не с теми. но пока резолвилось нормально <br>&gt;ты не замечал ошибку и не знал об этом )) <br>&gt;<br>&gt;Используй gethostbyname_r, а лучше getaddrinfo. В однопоточной программе тоже. <br><br>Спасибо, ошибку понял!<br><br>&gt;&gt;Вот пример. Процесс обработки довольно длительный и состоит из нескольких этапов.<br>&gt;&gt;Хочется &gt;его прервать (прекратить) в любой момент.<br>&gt;А как будешь освобождать ресурсы? А сохранять промежуточные результаты? А возвращать в <br>&gt;корректное состояние? <br>&gt;Прервал - и всё чудом вернулось как и было, или даже нет, <br>&gt;все правильные изменения остались, а всё недоделанное откатилось )) Это чудо <br>&gt;похлеще деда мороза. <br><br>В SQL-серверах это называется транзакции. Они или комитятся или rollback :) Хочется аналогичное и по тредам :)<br><br>&gt;Хочется - это не аргумент. <br><br>Ну согласен, но с другой строны, если бы не было желани https://opennet.ru/openforum/vsluhforumID9/8359.html#11 Sat, 18 Jul 2009 20:22:42 GMT &gt; if( NULL == (hp = gethostbyname( strBuff )) ) <br><br>Не надо пользоваться gethostbyname в многопоточной программе. Она использует статический буфер для результата. И если её вызвать из двух потоков одновременно данные будут испорчены. Ты соединялся не с теми. но пока резолвилось нормально ты не замечал ошибку и не знал об этом ))<br><br>Используй gethostbyname_r, а лучше getaddrinfo. В однопоточной программе тоже.<br><br><br><br>&gt;Вот пример. Процесс обработки довольно длительный и состоит из нескольких этапов.<br>&gt;Хочется &gt;его прервать (прекратить) в любой момент.<br><br>А как будешь освобождать ресурсы? А сохранять промежуточные результаты? А возвращать в корректное состояние?<br>Прервал - и всё чудом вернулось как и было, или даже нет, все правильные изменения остались, а всё недоделанное откатилось )) Это чудо похлеще деда мороза.<br><br>Хочется - это не аргумент.<br>Альтернатива потоку проверять не пора ли освободить ресурсы и завершать работу - это писать в некий журнал все ресурсы, и потом тот кто завершает работу потока их освоб https://opennet.ru/openforum/vsluhforumID9/8359.html#10 Sat, 18 Jul 2009 18:17:23 GMT &gt;&gt;Ну хорошо - код ошибки как правило CONNECTION REFUSED <br>&gt;&gt;Почему? Кто? За что? <br>&gt;На другом конце тебя не ждут. Наверно адрес не правильный )) Наверно <br>&gt;ты адрес из имени не правильно получаешь. Как ты это делаешь? <br><br> struct hostent * hp;<br> struct sockaddr_in sAddr;<br> ...<br> if( NULL == (hp = gethostbyname( strBuff )) )<br> {<br> error( ... );<br> goto finish;<br> }<br> memset( &sAddr, 0, sizeof( sAddr ) );<br> memcpy( &sAddr.sin_addr, hp-&gt;h_addr, hp-&gt;h_length );<br> sAddr.sin_family = hp-&gt;h_addrtype;<br> sAddr.sin_port = htons(req-&gt;n_PortNumber);<br> if( 0 &gt; connect( req-&gt;socket, (struct sockaddr*) &sAddr, sizeof(sAddr) ) )<br> {<br> error( ... );<br> goto finish;<br> }<br> ...<br><br>&gt;&gt;А как их корректно завершать?<br>&gt;Правильно вообще не завершать. Поток отработал и завершился сам, или встал в <br>&gt;очередь за новым заданием. Разумеется не должен зависать )) <br>&gt;&gt;Проверять постоянно какой-то флаг? Но это неправильно. <br>&gt;Это правильнее чем внешнее прерывание потока, которое потенциальная утечка ресурсов и не https://opennet.ru/openforum/vsluhforumID9/8359.html#9 Sat, 18 Jul 2009 16:52:41 GMT &gt;[оверквотинг удален]<br>&gt;работает замечательно до... <br>&gt;Подсовываем одному из потоков невалидное имя. gethostbyname() возвращает NULL и дальше... остальные <br>&gt;соединения начинают работать вразлад - когда коннектятся, когда нет... Причем имена <br>&gt;разрезолвливаются, отказы идут на вызове connect(). <br>&gt;Все вызовы стандартные блокирующие, вроде почти академическая задача... Почему возникают такие проблемы <br>&gt;непонятно. <br>&gt;Не нужно ли как-то дполнительно сбрасывать/переинициаизировать ядро после неудачного резолва имени? <br>&gt;<br>&gt;С уважением, <br>&gt;Сергей <br><br>Может Вам стоит попробовать вместо gethostbyname() использовать gethostbyname_r().<br><br><br> https://opennet.ru/openforum/vsluhforumID9/8359.html#8 Sat, 18 Jul 2009 12:53:09 GMT &gt;Ну хорошо - код ошибки как правило CONNECTION REFUSED <br>&gt;Почему? Кто? За что? <br><br>На другом конце тебя не ждут. Наверно адрес не правильный )) Наверно ты адрес из имени не правильно получаешь. Как ты это делаешь?<br><br>&gt;А как их корректно завершать?<br><br>Правильно вообще не завершать. Поток отработал и завершился сам, или встал в очередь за новым заданием. Разумеется не должен зависать ))<br><br>&gt;Проверять постоянно какой-то флаг? Но это неправильно. <br><br>Это правильнее чем внешнее прерывание потока, которое потенциальная утечка ресурсов и не может использоваться для управления работой, максимум обработка ошибок.<br><br>&gt;Обрабатывать сигналы?<br><br>Сигналы как и сокеты - принадлежат процессу. Посылать сигналы потокам было возможно используя недокументированные возможности некоторых реализаций. Надеятся на такую возможность глупо.<br>