solved(??): c#: datenpakete >1kb senden/empfangen

that

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11343

04.04.2003 - 09:39

Zitat von FMFlash
ich nehme an er meint multiple verbindungen auf einem tcp socket

Geht das überhaupt?

atrox

in fairy dust... I trust!

Registered: Sep 2002
Location: HTTP/1.1 404
Posts: 2782

04.04.2003 - 10:14

falls es bei c# keine klasse für sowas gibt, müsste man sich so ein multiplexing selber programmieren

FMFlash

tranceCoder

Registered: Mar 2001
Location: Wien
Posts: 2037

04.04.2003 - 17:49

Zitat von that
Geht das überhaupt?

natürlich, es können praktisch beliebig viele clients auf ein und dem selben tcp socket des hosts verbunden sein.

Zitat von atrox
falls es bei c# keine klasse für sowas gibt, müsste man sich so ein multiplexing selber programmieren

von selbst programmieren bin ich eigentlich die ganze zeit über ausgegangen

that

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11343

05.04.2003 - 00:01

Zitat von FMFlash
es können praktisch beliebig viele clients auf ein und dem selben tcp socket des hosts verbunden sein.

und wenn man send aufruft, an welchen Client geht das dann? Hast du ein Codebeispiel? Oder meinst du doch "Port" statt "Socket"?

FMFlash

tranceCoder

Registered: Mar 2001
Location: Wien
Posts: 2037

05.04.2003 - 09:07

Zitat von that
und wenn man send aufruft, an welchen Client geht das dann? Hast du ein Codebeispiel? Oder meinst du doch "Port" statt "Socket"?

stimmt, ich meinte natürlich PORT :bash:

man kann die SOCKADDR_IN struct des sockets während bereits ein verbindung besteht afaik nicht mehr ändern, oder? sonst könnte man doch über die struktur die clients auseinanderhalten bzw bestimmen an wen die daten gesendet werden - mit nur einem socket.

atrox

in fairy dust... I trust!

Registered: Sep 2002
Location: HTTP/1.1 404
Posts: 2782

05.04.2003 - 12:03

(gilt jetzt für direkten zugriff auf sockets, nicht für wrapper objekte)

nach dem zustandekommen eines sockets bekommst du vom tcpip-stack einen descriptor (eine nummer wie zb ein file handle), du kannst dann eine connect()-operation darauf ausführen, usw.. aber nachträgliche änderungen in der struct wirken sich dann nicht mehr auf den netzwerk-stack aus. auch beim ausführen von sendto() werden die zusätzlichen parameter ignoriert.

ich glaub wir kommen jetzt zu sehr von c# ab.

FMFlash

tranceCoder

Registered: Mar 2001
Location: Wien
Posts: 2037

05.04.2003 - 14:33

Zitat von atrox
aber nachträgliche änderungen in der struct wirken sich dann nicht mehr auf den netzwerk-stack aus. auch beim ausführen von sendto() werden die zusätzlichen parameter ignoriert.

dachte ich mir schon, also braucht man pro connection ein socket objekt.

ps: sendto () hat nix mit tcp zu tun, das is die udp-daten-versend-funktion

du meintest wohl send ()

atrox

in fairy dust... I trust!

Registered: Sep 2002
Location: HTTP/1.1 404
Posts: 2782

05.04.2003 - 14:41

es ist, wie gesagt, möglich sendto() zu verwenden, aber wenig sinnvoll:

Zitat
sendto() is normally used on a connectionless socket to send a datagram to a specific peer socket identified by the to parameter. Even if the connectionless socket has been previously connected to a specific address, to overrides the destination address for that particular datagram only. On a connection-oriented socket, the to and tolen parameters are ignored; in this case, the sendto() is equivalent to send().

---
ok, aber wie gesagt, wir entfernen uns zusehens von c#, und sollten mal die reaktion vom Jedi abwarten.

FMFlash

tranceCoder

Registered: Mar 2001
Location: Wien
Posts: 2037

05.04.2003 - 14:48

der thread ist bereits als "solved" markiert :confused:

atrox

in fairy dust... I trust!

Registered: Sep 2002
Location: HTTP/1.1 404
Posts: 2782

05.04.2003 - 15:07

Zitat von FMFlash
der thread ist bereits als "solved" markiert

nach der beschreibung von Jedi sollte es wohl eher "workaround" heissen

that Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11343	04.04.2003 - 09:39 Zitat von FMFlash ich nehme an er meint multiple verbindungen auf einem tcp socket Geht das überhaupt?
atrox in fairy dust... I trust! Registered: Sep 2002 Location: HTTP/1.1 404 Posts: 2782	04.04.2003 - 10:14 falls es bei c# keine klasse für sowas gibt, müsste man sich so ein multiplexing selber programmieren
FMFlash tranceCoder Registered: Mar 2001 Location: Wien Posts: 2037	04.04.2003 - 17:49 Zitat von that Geht das überhaupt? natürlich, es können praktisch beliebig viele clients auf ein und dem selben tcp socket des hosts verbunden sein. Zitat von atrox falls es bei c# keine klasse für sowas gibt, müsste man sich so ein multiplexing selber programmieren von selbst programmieren bin ich eigentlich die ganze zeit über ausgegangen
that Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11343	05.04.2003 - 00:01 Zitat von FMFlash es können praktisch beliebig viele clients auf ein und dem selben tcp socket des hosts verbunden sein. und wenn man send aufruft, an welchen Client geht das dann? Hast du ein Codebeispiel? Oder meinst du doch "Port" statt "Socket"?
FMFlash tranceCoder Registered: Mar 2001 Location: Wien Posts: 2037	05.04.2003 - 09:07 Zitat von that und wenn man send aufruft, an welchen Client geht das dann? Hast du ein Codebeispiel? Oder meinst du doch "Port" statt "Socket"? stimmt, ich meinte natürlich PORT man kann die SOCKADDR_IN struct des sockets während bereits ein verbindung besteht afaik nicht mehr ändern, oder? sonst könnte man doch über die struktur die clients auseinanderhalten bzw bestimmen an wen die daten gesendet werden - mit nur einem socket.
atrox in fairy dust... I trust! Registered: Sep 2002 Location: HTTP/1.1 404 Posts: 2782	05.04.2003 - 12:03 (gilt jetzt für direkten zugriff auf sockets, nicht für wrapper objekte) nach dem zustandekommen eines sockets bekommst du vom tcpip-stack einen descriptor (eine nummer wie zb ein file handle), du kannst dann eine connect()-operation darauf ausführen, usw.. aber nachträgliche änderungen in der struct wirken sich dann nicht mehr auf den netzwerk-stack aus. auch beim ausführen von sendto() werden die zusätzlichen parameter ignoriert. ich glaub wir kommen jetzt zu sehr von c# ab.
FMFlash tranceCoder Registered: Mar 2001 Location: Wien Posts: 2037	05.04.2003 - 14:33 Zitat von atrox aber nachträgliche änderungen in der struct wirken sich dann nicht mehr auf den netzwerk-stack aus. auch beim ausführen von sendto() werden die zusätzlichen parameter ignoriert. dachte ich mir schon, also braucht man pro connection ein socket objekt. ps: sendto () hat nix mit tcp zu tun, das is die udp-daten-versend-funktion du meintest wohl send ()
atrox in fairy dust... I trust! Registered: Sep 2002 Location: HTTP/1.1 404 Posts: 2782	05.04.2003 - 14:41 es ist, wie gesagt, möglich sendto() zu verwenden, aber wenig sinnvoll: Zitat sendto() is normally used on a connectionless socket to send a datagram to a specific peer socket identified by the to parameter. Even if the connectionless socket has been previously connected to a specific address, to overrides the destination address for that particular datagram only. On a connection-oriented socket, the to and tolen parameters are ignored; in this case, the sendto() is equivalent to send(). --- ok, aber wie gesagt, wir entfernen uns zusehens von c#, und sollten mal die reaktion vom Jedi abwarten.
FMFlash tranceCoder Registered: Mar 2001 Location: Wien Posts: 2037	05.04.2003 - 14:48 der thread ist bereits als "solved" markiert
atrox in fairy dust... I trust! Registered: Sep 2002 Location: HTTP/1.1 404 Posts: 2782	05.04.2003 - 15:07 Zitat von FMFlash der thread ist bereits als "solved" markiert nach der beschreibung von Jedi sollte es wohl eher "workaround" heissen

solved(??): c#: datenpakete >1kb senden/empfangen

Forum Index > Software > Coding Stuff

that

atrox

FMFlash

that

FMFlash

atrox

FMFlash

atrox

FMFlash

atrox