Socket/Network Library

roan312

Wo bekomme ich eine Socket/Network Library her?
Sie sollte EINFACH unter Windows zu installieren seien!

Ich hab mich schon mit gnet, socketman und ACE versucht, sie aber alle nicht installiert bekommen!!!

Es reicht schon wenn ich ohne große Aufwand ein paar CStrings (per TCP/IP!) verschicken kann.

Danke im voraus.

SideWinder

Wie wärs wenn du mal die ganz einfache nimmst und einfach WinSock benützt? Die ist bereits dabei du musst nichts mehr installieren und sonderlich kompliziert ist sie auch nicht -> einfach mal das Tutorial auf www.c-worker.ch durchmachen.

MfG SideWinder

roan312

Danke für den Tipp, das hab ich aber schon durchgemacht.
Ich find nur keine passende Funktion für NICHT Blockierende recive Befehle...

SideWinder

Schau dir mal select() an

MfG SideWinder

roan312

Hab ich auch schon drüber gelesen.
Ich brauche einen Receve Befehl, der in einer Main-Schleife mit anderen Funktionen (ja... Methoden) zusammen läuft.
Ich könnte sonst nur noch MultiThreaded Programmieren, da wär mir eine Library lieber. :p

Oder wie kompliziert ist sowas Multithreaded?

-Foo-

hä?

int myRecv( int socket, char *data, int datalen ) {
   fd_set kaka;
  FDZERO( &kaka );
  FDSET( &kaka, socket );
  int bla = select( kaka, irgendwas_mit_timeval );
  if( bla > 0 ) {
    return( recv( socket, data, datalen ) );
  }
  return( -1 );
}

sowas etwa?
hab dasnicht genau im kopf, aber das würde so ungefär einem nicht blockierenen recv aufruf gleichkommen...
oder man könnte auch einfach nicht blockierende sockets erstellen...

roan312

Ich denke select() ist auch blockierend?

-Foo- schrieb:

oder man könnte auch einfach nicht blockierende sockets erstellen...

Wie?

http://www.gamedev.net/reference/articles/article1297.asp

roan312

Thx, der Artikel wird mir sicher helfen.

-Foo-

roan312 schrieb:

Ich denke select() ist auch blockierend?

-Foo- schrieb:

oder man könnte auch einfach nicht blockierende sockets erstellen...

Wie?

select mit nem timeout von 0 ist nicht blockierend. 0 sekunden waren blockiert ja nix oder?

fcntl() <-- keine ahung obs das auch unter windows gibt...
und sonnst, wie wäre es mal bei google "non-blocking socket windows" einzutippen?
aber ich bevorzuge die methode mit select ohne timeout..., denn dort blockiert z.B. das connect(...) oder accept(...) weiterhin (was auch mit select umgangen werden kann, wenicstens beim accept(...)

roan312

Danke, das wär auch einen Versuch wert, ich werde es aber erstmal mit Asynchronen Sockets versuchen.

select mit Timeout 0 blockiert solange bis sich was bei den Sockets geändert hat.

Mit ioctlsocket setzt man die Sockets unter Windows in den Non-Blocking Modus. (muss vor select gemacht werden)

(muss vor select gemacht werden)

Ups, kann auch nach select gemacht werden, aber sollte auf jeden Fall vor dem recv, send, ..., gemacht werden.

roan312

multiplexer schrieb:

select mit Timeout 0 blockiert solange bis sich was bei den Sockets geändert hat.

Mit ioctlsocket setzt man die Sockets unter Windows in den Non-Blocking Modus.

Danke, hab ich auch gerade gefunden : http://www.adp-gmbh.ch/win/misc/sockets.html
Scheint mir doch um einiges unkomplizierter zu sein als die A.Sockets,
mal in dem MSDN nachschlagen wie das genauer...

Scheint mir doch um einiges unkomplizierter zu sein als die A.Sockets

Der Schein trügt.

select ist auf der Winsock Lame-List.

http://tangentsoft.net/wskfaq/articles/lame-list.html Punkt 23

-Foo-

multiplexer schrieb:

select mit Timeout 0 blockiert solange bis sich was bei den Sockets geändert hat.

Mit ioctlsocket setzt man die Sockets unter Windows in den Non-Blocking Modus. (muss vor select gemacht werden)

Wenn timeout den Wert 0 hat, also ein timeval mit sowohl tv_sec als auch tv_usecs auf 0 gesetzt, kehrt sofort zurück
Wenn jedoch nur eine Null-Adresse, also NULL oder 0 übergeben wird, so wartet es unendlich lange:

aus der man-page:

timeout is an upper bound on the amount of time elapsed before select
returns. It may be zero, causing select to return immediately. (This is
useful for polling.) If timeout is NULL (no timeout), select can block
indefinitely.

ach so meintest du das.

roan312

Ich werd sowieso kein select benutzen, arbeite lieber mit std::list<...>.

und welche c api unterstützt std::list?

roan312

c. schrieb:

und welche c api unterstützt std::list?

War die Frage ernst gemeint?
Falls ja, ich meinte, ich würde die n.b.-Sockets lieber in einen Container packen und dann die recv() Funktionen einzeln aufrufen, - anstatt sie alle über select() markieren zu lassen.

Hab schon angefangen alles fein säuberlich in Klassen zu verpacken. ^^