🚀 go-pugleaf

Harbinger of Doom wrote:
> 
> "Robrecht Jacques" <Robrecht.Jacques@advalvas.be> schreef in bericht
> news:3f0c0d16$0$295$ba620e4c@reader0.news.skynet.be...
>> Harbinger of Doom wrote:
>> > "Nicolas Barbier" <anti@spam.invalid> schreef in bericht
>> > news:3f0bf791$0$6527$afc38c87@sisyphus.news.be.easynet.net...
>> >> Harbinger of Doom wrote:
>> >>> Het betreft een TCP socket, en deze breekt
>> >>> inderdaad af met een foutmelding als de server na enige tijd niet
>> >>> geantwoord heeft.
>> >>> Het probleem is echter, dat ik daar heel lang op moet wachten (soms
>> >>> tot 30sec)
>> >>> Ik weet heel zeker dat, als de server na een paar seconden niet
>> >>> geantwoord heeft, dat deze niet aan het luisteren is.
>> ...
>> > Er kunnen van die valse IP-adressen inzitten, want ik probeer te
>> > connecteren naar
>> > een lijst van 200 IP's die uit het register gelezen worden.
>> > Deze IP's worden daar opgeslagen bij vorige sessies van het programma.
>> > Het kan dus best zijn dat ��n of meerdere van die 200 ondertussen hun
>> > pc afgelegd hebben,
>> > en bijgevolg dus ook geen connection refused-antwoord kunnen geven.
>>
>> Is die 30s niet de tijd dat een socket in TCP_WAIT toestand zit? Misschien
>> kan je je programma threaden zodat je verder kan met de IPs die hebben
>> geantwoord en in een aparte thread wachten op de andere.
>>
>> Robrecht
>>
> 
> Ik heb in andere groepen dezelfde raad gekregen.
> Ik zou dus kunnen:
> ofwel:
> voor iedere IP een apparte thread maken, zodat deze
> tegelijk kunnen afgehandeld worden.
> ofwel:
> twee threads maken. Ik heb me nl. laten vertellen dat,
> als ik in de ene thread connect() aanroep, en dan na
> bvb 5sec. vanuit de tweede thread een closesocket() aanroep,
> connect() ogenblikkelijk zou moeten returnen met een bepaalde error.

Je kan ook non-blocking IO gebruiken op sockets. Uit 'man 7 socket': 
"It is possible to do non-blocking IO on sockets by setting the
O_NONBLOCK flag on a socket file descriptor using fcntl(2).  Then all
operations that would  block will  (usually)  return  with EAGAIN
(operation should be retried later); connect(2) will return EINPROGRESS
error.  The user can then wait for various events via poll(2) or
select(2)." (en dan volgt er een lijstje van I/O events).

-- 
"Codito ergo sum"
Roel Schroeven