Encoding af tegn under sockets

Med sockets koder man det hele selv. D.v.s. at ens applikation
må konvertere mellem forskellige charsets.

Sockets sender faktisk binære data.

For at bruge sockets til binære data skal man bare skifte fra
strxxx til memxxx for at undgå trunkering ved en nul byte.

Hvis du sende binære integers (>1 byte) skal du også selv håndtere
endianess. Men her er der en konvention som siger at man normalt
bruger net-order (=big-endian).

strxxx til memxxx? Hvor er du lige henne?

Men hvis jeg sender æøå via send() så får jeg morten µ°Õ i telnet.

sockets sender og receiver binære data fint d.v.s. at
de bare sender og receiver nul bytes ligesom alle andre
bytes.

Men når du skal have data ind og ud af buffere, så skal du bruge
memcpy/memcmp etc. i.s.f. strcpy/strcmp/strlen etc. fordi ellers
så får du trunkeret ved første nul byte.

Har sådan set slet ikke noget med sockets at gøre.

Nåå det var det du mente.

Ja.

Du skriver formentlig dit program i et Windows program (alt fra Notepad
til MS VC++) som bruger Windows karakter-sæt.

Telnet kører du formentlig i et kommando-prompt vindue som bruger
DOS karakter-sæt.

Det er der ikke noget overraskende i.

Jeg vil isge at det er det program der modtager som skal konvertere til DOS
karakter-sæt, hvis noget skal vises i et kommando-prompt vindue.

Hvis derimod du skriver de binære data til fil og åbner dem med et
Windows program, så bør de se OK ud uden konvertering.

ok - lige nu leger jeg blot lidt med sockets for at få en fornemmelse af det. Senere skal jeg ikke bruge telnet, men java til client og BSD(c++) til server.