socket client-> auf antwort warten und gleichzeitig eingaben empfangen

HumeSikkins

Hallo,
ich verschiebe das mal nach Rund um, da weder select noch Threads noch Sockets Standard-C++ sind.

Bashar

DrGreenthumb: Nö, das Beispiel überwacht fd 0. stdin ist ein gepufferter Überbau dazu, und den Status des Puffers kannst du nicht abfragen.

rulzmaker

hallo

Du kannst select() auch auf stdin anwenden

....select bringt ja auch nicht das programm zum stehen...frag mich nur wie dann der nutzer seine eingaben betätigen kann wenn das select das prog in den "schlaf" modus setzt..?

tschüss

ChrisM

Hi,

ich hatte vor kurzem im C++-Forum einen mehrseitigen Thread zu diesem Thema gehabt und auch Antworten gekriegt.

Lösungen, die ich rausgefunden jetzt kenne:
- Eigener Thread für Ein-/Ausgabe (gut, aber es gibt keine Ausgabe, während was eingegeben wird, sonst wird ja die Eingabe zermatscht)
- select() auf stdin (nicht getestet und gleiches Problem wie bei Threading)
- Neue Konsole für Eingabe + Eigener Thread (geht bestimmt, aber wahrscheinlich nicht portabel und frag' mich nicht wie)
- Keine Eingabe, eigenes Tool coden, dass per Socket auf den Server connecten und Kommandos absetzen kann

ChrisM

DrGreenthumb

Bashar schrieb:

DrGreenthumb: Nö, das Beispiel überwacht fd 0. stdin ist ein gepufferter Überbau dazu, und den Status des Puffers kannst du nicht abfragen.

aha, hm, aber ist das nicht egal? Das Problem ist ja, dass das Programm bei der Eingabe blockiert. Und mit dem Beispiel aus der Manpage ist das nicht der Fall.

rulzmaker schrieb:

....select bringt ja auch nicht das programm zum stehen...frag mich nur wie dann der nutzer seine eingaben betätigen kann wenn das select das prog in den "schlaf" modus setzt..?

select() wartet ja nur solange, bis sich was bei den Filedeskriptoren tut. Wenn man also was eingibt und Enter drückt, kehrt select zurück und man kann von stdin lesen.

@ChrisM
Damit deine nicht Eingabe zermatscht wird, müsstest du die Cursorposition entsprechend ändern, bräuchtest als noch ncurses oder sowas.

Bashar

DrGreenthumb schrieb:

Bashar schrieb:

DrGreenthumb: Nö, das Beispiel überwacht fd 0. stdin ist ein gepufferter Überbau dazu, und den Status des Puffers kannst du nicht abfragen.

aha, hm, aber ist das nicht egal? Das Problem ist ja, dass das Programm bei der Eingabe blockiert. Und mit dem Beispiel aus der Manpage ist das nicht der Fall.

Nein, ist nicht egal. Wenn du auf fd 0 selectest, und Aktivität angezeigt wird, was tust du dann? Du liest mit stdio-Funktionen von stdin ... aber wieviel liest du? Liest du zuwenig, verbleiben Zeichen im Puffer, so dass select beim nächsten mal blockiert, obwohl noch Eingaben zu verarbeiten sind. Liest du zuviel, blockiert die Eingabe, bevor select zum Zuge kommt.
Das Beispiel aus der Manpage (reden wir vom gleichen Beispiel?) liest ja keine Eingabe, sondern macht nur einmalig ein select auf fd0 mit einem Timeout.

DrGreenthumb

Und das heißt jetzt man dürfte nur mit dem lowlevel-read() von fd 0 einlesen, anstatt mit den stdio-Funktionen?
Aber auch dann weiß man doch nicht wieviel Zeichen man einlesen soll

Dachte mir das so, dass select zurückkehrt wenn der Benutzer enter gedrückt hat, also genau eine Zeile eingeben hat. Die liest man dann ein und fertig.

(Mehr als mit select rumgespielt hab ich bisher eh noch nie, aber da hat's immer so funktioniert.)

DrGreenthumb

Bashar schrieb:

Das Beispiel aus der Manpage (reden wir vom gleichen Beispiel?) liest ja keine Eingabe, sondern macht nur einmalig ein select auf fd0 mit einem Timeout.

Ja, stimmt. Den Einlesepart hab ich selber dazu gedichtet

Bashar

DrGreenthumb schrieb:

Und das heißt jetzt man dürfte nur mit dem lowlevel-read() von fd 0 einlesen, anstatt mit den stdio-Funktionen?
Aber auch dann weiß man doch nicht wieviel Zeichen man einlesen soll

Doch: Entweder, man fordert mehr Zeichen an, als vorhanden sind. Das kann man am Rückgabewert von read erkennen. Oder man liest weniger als vorhanden sind (oder genau gleich viele), dann gibt select beim nächsten Aufruf gleich wieder die 0 als bereit zurück.

Dachte mir das so, dass select zurückkehrt wenn der Benutzer enter gedrückt hat, also genau eine Zeile eingeben hat. Die liest man dann ein und fertig.

Kann man machen, aber während man z.b gerade den Socket abarbeitet könnte der Benutzer zweimal Enter drücken ... was dann?

rulzmaker

hio

short int rc;
  SOCKET s;
  SOCKADDR_IN addr;
  FD_SET fdset;
  char antwort[200];
  int ilen;
  char buf[200];

rc=startWinsock();

  s=socket(2,SOCK_STREAM,0);

  memset(&addr,0,sizeof(SOCKADDR_IN)); // zuerst alles auf 0 setzten 
  addr.sin_family=2;
  addr.sin_port=htons(12345); // wir verwenden mal port 12345
  addr.sin_addr.s_addr=inet_addr("127.0.0.1"); // zielrechner ist unser eigener
  rc=connect(s,(SOCKADDR*)&addr,sizeof(SOCKADDR));
  send(s,getNachricht(hwndNick),100,0);
do{
  select(0,&fdset,NULL,NULL,NULL);
  rc=recv(s,antwort,256,0);
  if(rc!=0)
  {
     antwort[rc]='\0';
     SendMessage(hwndGet,WM_SETTEXT,0,(long)antwort);
   }
  }while(true);

durch die fußgesteuerte schleife stürzt mein programm ab..wie wende ichd as select an, mache ich etwas falsch?
cYa

DrGreenthumb

danke bashar

rulzmaker, da fehlen jetzt die FD_-Makros. Ausserdem muss das erste Argument für select der Deskripter mit der höchsten Nummer + 1 sein, also hier s+1.

rulzmaker

hi

fd_makros..hu?

void startVerbindung()
{
  rc=startWinsock();

  s=socket(2,SOCK_STREAM,0);

  memset(&addr,0,sizeof(SOCKADDR_IN)); // zuerst alles auf 0 setzten 
  addr.sin_family=2;
  addr.sin_port=htons(12345); // wir verwenden mal port 12345
  addr.sin_addr.s_addr=inet_addr(getNachricht(hwndHost)); // zielrechner ist unser eigener
  rc=connect(s,(SOCKADDR*)&addr,sizeof(SOCKADDR));
  send(s,getNachricht(hwndNick),100,0);

  select(0,&fdset,NULL,NULL,NULL);
  FD_ZERO(&fdset);
  FD_SET(s,&fdset);
  rc=recv(s,antwort,256,0);
  if(rc!=0)
  {
     antwort[rc]='\0';
     SendMessage(hwndGet,WM_SETTEXT,0,(long)antwort);
   }
}

s+1 ist nur für linux relevant nicht jedoch für windows.

cYa

DrGreenthumb

rulzmaker schrieb:

fd_makros..hu?

FD_ZERO, FD_SET um den socket hinzuzufügen. Das muss vorm select()-Aufruf passieren.

s+1 ist nur für linux relevant nicht jedoch für windows.

achso

rulzmaker

hi

void startVerbindung()
{
  rc=startWinsock();

  s=socket(2,SOCK_STREAM,0);

  memset(&addr,0,sizeof(SOCKADDR_IN)); // zuerst alles auf 0 setzten 
  addr.sin_family=2;
  addr.sin_port=htons(12345); // wir verwenden mal port 12345
  addr.sin_addr.s_addr=inet_addr(getNachricht(hwndHost)); // zielrechner ist unser eigener
  rc=connect(s,(SOCKADDR*)&addr,sizeof(SOCKADDR));
  send(s,getNachricht(hwndNick),100,0);
do{
  select(0,&fdset,NULL,NULL,NULL);
  rc=recv(s,antwort,256,0);
  if(rc!=0)
  {
     antwort[rc]='\0';
     SendMessage(hwndGet,WM_SETTEXT,0,(long)antwort);
   }
   FD_ZERO(&fdset);
   FD_SET(s+1,&fdset);
  }while(true);
}

es endet wieder in der endlosschleife..whyy

cYa

hi

weiß denn keiner was an dem select falsch ist?

cYa

Mann,

macht ihr sowas im wirklichen Leben?

So macht man dass

1 Hauptthread, der verwaltet 2 Kommunikationsthreads. Die Komm.Threads werfen ein Event, falls es neue Eingaben gibt, der Hautpthread empfängt die Events und reagiert drauf.

Und schon muss niemand auf den anderen warten.

Braucht man noch eine weitere eingabe möglichkeit, so macht man nen zusätzlichen Kom.Thread (z.B. Seriell)

mfg

ChrisM

Hi Gast,

schon mal dran gedacht, wie langsam das Programm dann wird, wenn du erstmal einige hundert Sockets = Threads hast?

ChrisM

Bashar

Ist doch egal, dann kauft man halt mehr Hardware. So wird das gemacht!

rulzmaker

hi

ich möchte das gerne mit dem select erstmal lösen...ich komme einfach nicht weiter

cYa

socket client-&gt; auf antwort warten und gleichzeitig eingaben empfangen

socket client-> auf antwort warten und gleichzeitig eingaben empfangen