BSD sockets

Blokerer datagram sockets også?

Jeg kan læse at select() kan anvendes men hvordan?

Har du prøvet at bruge recv() til at \"peak\'e\" ?

Prøv at kalde recv() med flaget MSG_PEEK. Så skulle funktionen gerne returnere antallet af bytes, der venter i køen.

MSG_PEEK blokerer også, den anvendes til at læse det indkomne data uden at det fjernes fra bufferen

Ja så er jeg lissom udtømt for idéer...

Gør det noget at den blokker? Kan du ikke bare lade socket-læsningen ske i en separat tråd?

Vi snakkede jo sammen i et tidligere spørgsmål omkring det Windows kan gøre med at sende en message, når der var nye data. Det kan du selv simulere:

1) Du laver en inddata-kø, som en semafor (dvs. kun 1 tråd kan tilgå den af gangen)

2) Din main-thread starter en worker-thread

3) Din worker-thread står og læser fra socketen med recv() (og blokker). Når den modtager data (og recv() returnerer), indsættes disse i inddata-kø, og worker-threaden læser igen fra socket\'en

4) Din main-thread checker periodisk om der er nye data i inddata-køen, og hvis der er, hentes de og behandles.


Ovenstående model kan peppes lidt op. Din worker thread kan sende en message til main-thread\'en, efter at data er proppet i inddata-køen. Dermed behøver main-thread\'en ikke aktivt at undersøge inddata-køen.

Problemet er at jeg ikke kan sende når read blokker.

Det skal bruges til at skabe forbindelse til en simulator, hvor hændelserne kommer asynkront.

Jeg kunne oprette to tråde en til at sende og en til at modtage, men jeg har ikke lyst til at bruge to sockets. Måske er jeg tvunget til det hvis jeg bruger BSD?

Ellers skal jeg hele tiden udveksle en \"tom\" besked, når der ikke er noget at sende, for at read ikke blokerer så længe. Men det er en dum løsning.

-Og det er en del af mit eksamensprojekt, så jeg ville gerne gøre det ordentligt. :)

Måske kan man forsvare ping-pong princippet ved at jeg heletiden ved om forbindelsen \"lever\"?

Jeg ville gå efter løsningen med 2 sockets, når det er asynkront.

2 sockets
2 workerthreads (en der sender, en der modtager)
2 data-køer (en til inddata, en til uddata)
1 main thread der styrer det hele

Så bliver lærerne rigtig glade, det lover jeg dig.

Ved du forresten hvordan du laver en effektiv kø, der ikke bruger for mange ressourcer?

Standard Template Library lister eller vektorer?

Kan man iøvrigt bruge BSD sockets under MFC?

Jeg tror godt, at du kan lave BSD sockets under MFC.

Køen ville jeg implementere som et cyklisk array, dvs. et array med en fast størrelse, hvor du fylder data i den ene ende, og tager dem ud i den anden. Når der så ikke er plads til flere data i enden, så begynder du at fylde op fra starten igen (såfremt at der er plads).

Ja en ringbuffer, ikke?

Nemmerlig :-)

STL har også en kø, men den er vist kun cyklisk, hvis du selv laver en cycklisk container...

STL\'s liste kan du tage ud fra både top og bund, så det er let at bruge den som buffer. Jeg har bare ikke lige fundet ud af hvordan jeg sætter den op under MFC. Det må blive mandag. -Nu skal jeg ud og have mig et liv! :)