CGI - tjek om browser er forbundet

Heh - det kan du ikke.  HTTP er en stateless/one-shot protokol.  Dvs. at alle forespørgelser sker som:

connect
send request
read response
close

Man hvorfor ikke sætte en alarm op før din løkke & så exit'e i alarm handleren?

Vis mig hvordan

Easy peasy:

et eller andet sted i dit c-program har du følgende funktion:

void alarmHandler(int signal)
{
    fprintf(stderr, "Byebye on %i\n", signal");
    exit(0);
}

Før din løkke hvor du gør hvad dit CGI program nu engang gør skal du sætte:

signal(SIGALRM, alarmHandler);
alarm(30);  /* antal sekunder inden alarmen går af */

Hvis din løkke terminerer _normalt_ skal du huske at resette alarmen med:

alarm(0);


Alle steder hvor du bruger 'read' & 'write' skal du checke efter en EINTR - det betyder, at alarmen har 'lydt' mens du stod i det pågældende systemkald.  Du kan blot terminere/returnere (eller hvad der skal gøres når tiden er løbet :-)

Er det ikke noget med at en process, der har forket en anden process, sender en eller anden signal til den forkede process når den selv bliver termineret?

Tænkte på at man måske kunne handle dette signal istedet...

Nej - du tænker på, at child processen sender SIGCHLD til parent processen når child'en 'dør'.    Du kan, i parent processen, vælge at ignorere dette.

Surt...
Nåh, jeg tror at jeg vælger at gøre det på en anden måde: lave min egen server. Apache er desværre lidt for klodset til den slags anvendelser. Selvom det kørte fint nok med mit omtalte CGI-program og chunked transfer encoding (browseren forblev forbundet og der kom nye linier når CGI-programmet fandt nye linier). Hvis det virkede med CGI vil det nok også virke med en custom server.
Men idéen virker altså, så selv om du siger at HTTP er en one-shot response-reply protokol, så er der intet i vejen for at du bliver ved med at sende din response i uendelighed (en chunk ad gangen), IE blev i hvert fald ved med at læse den response i mange timer indtil jeg til sidst selv slukkede for den...

Det er klart at hvis du streamer data - men så kan/skal du parre din 'write' løkke med alarm - det virker uden problemer.  Har skrevet en SMTP server der brugte denne metode.    Held og lykke med projektet :-)

Takker :)

Har allerede lavet en lille server, der bruger select() i en dispatcher-løkke og en mængde tråde, der udfører klienternes forespørgsler og en tråd, der sender nye data ud til alle.

Foreløbigt er der ingen HTTP i det, det virker dog fint med telnet :)

. o O ( måske skulle man bare lave en Java-klient, der både skriver og læser linier til/fra chatten )