[C++] Tutorial sull'uso di Winsock

[MRj92]

chi è k sa trovarmi un tutorial per il winsock?

[bigmickey]

Vedi qui
e qui

[MRj92]

grazie! non è che per caso il secondi link lo puoi mettere in versione HTML utilizzando google? nn ho powerpoint.
grazie

[bigmickey]

puoi scaricarti il viewer è gratuito.

[MRj92]

E' strano che per un argomento così importante ci sono così poche guide. La seconda è molto interessante.
Grazie mille bigmickey!
MRj92

[oregon]

La documentazione ufficiale e'

http://msdn2.microsoft.com/en-us/library/ms740673.aspx

ed e' completa.

Piu' che tutorial, dovresti prendere un libro che ne parla ...

[billiejoex]

Più che altro mi pare strano (non conosco C++) che in C e C++ si cerchi praticamente sempre di lavorare con il socket a basso livello azichè utilizzare frameworks (sincroni / asincroni, non importa) al cui interno siano gia implementati tutti gli aspetti necessari per non curarsi di cosa 'sta sotto' e concentrarsi unicamente sull'applicazione.
Scrivere codice di rete esente da bug non è cosa banale, senza contare che reinventare la ruota (quasi sempre sbilenca) ogni volta incide negativamente sulla qualità del codice, imo.
Le cosiddette "guide sui socket", select, poll e quant'altro dovrebbero servire unicamente a chi intende sviluppare frameworks, non agli 'end user' che vogliono fare un client FTP o una semplice applicazione di messaggistica.
Non so se mi sono spiegato...
Soltanto la 'send', ad esempio, può ritornare decine di errori diversi (i più ricorrenti: ECONNRESET, ENOTCONN, ESHUTDOWN) a seconda delle situazioni. Basta vedere le varie man pages di send, accept, recv e compagnia bella per renderesi conto di quanto sia complesso l'argomento sockets.
Io sono sicuro che la maggior parte dei programmi di rete proposti in questo forum, implementati lavorando coi socket 'grezzi', siano un agglomerato di bug senza senso.
Non mi metto poi a parlare di come tutto sarebbe immensamente più semplice utilizzando altri linguaggi altrimenti va a finire inevitabilmente in un flame e alka mi si incazza.

[oregon]

Mi trovi pienamente d'accordo billiejoex e, per mio conto aggiungo, che la stragrande maggioranza di utilizzo che si fa ora come ora di socket (o winsocket per quanto riguarda Windows), e' limitato a "pseudo applicazioni" scritte senza avere il minimo background di protocolli e architetture di rete ... e chi mi vuol capire ha capito ...

Ma anche nel mio caso, evito qualsiasi altro commento in piu' perche' i flame partono immediatamente e la gente e' un po' nervosetta ...

Ovviamente, il discorso non e' riferito all'autore del presente thread.

[UltraBeginner]

Originariamente inviato da billiejoex
Più che altro mi pare strano (non conosco C++) che in C e C++ si cerchi praticamente sempre di lavorare con il socket a basso livello azichè utilizzare frameworks (sincroni / asincroni, non importa) al cui interno siano gia implementati tutti gli aspetti necessari per non curarsi di cosa 'sta sotto' e concentrarsi unicamente sull'applicazione.
Scrivere codice di rete esente da bug non è cosa banale, senza contare che reinventare la ruota (quasi sempre sbilenca) ogni volta incide negativamente sulla qualità del codice, imo.
Le cosiddette "guide sui socket", select, poll e quant'altro dovrebbero servire unicamente a chi intende sviluppare frameworks, non agli 'end user' che vogliono fare un client FTP o una semplice applicazione di messaggistica.
Non so se mi sono spiegato...
Soltanto la 'send', ad esempio, può ritornare decine di errori diversi (i più ricorrenti: ECONNRESET, ENOTCONN, ESHUTDOWN) a seconda delle situazioni. Basta vedere le varie man pages di send, accept, recv e compagnia bella per renderesi conto di quanto sia complesso l'argomento sockets.
Io sono sicuro che la maggior parte dei programmi di rete proposti in questo forum, implementati lavorando coi socket 'grezzi', siano un agglomerato di bug senza senso.
Non mi metto poi a parlare di come tutto sarebbe immensamente più semplice utilizzando altri linguaggi altrimenti va a finire inevitabilmente in un flame e alka mi si incazza.

Scusate mi inserisco di OT per chiedervi cosa si intende per framework. Mi spiego: dovrei fare un applicazione C che dialoghi in rete (IP). Ora, da quel che mi è parso di capire, i framework dovrebbero essere un "qualcosa" che eviterebbe di scrivere un socket da capo (la famosa ruota da non re-inventare ). Quello che non ho ben compreso è come si aggiungono questi framework al mio compilatore (Devcpp)..sono delle dll? bisogna installarli come pacchetti? quali sono i framework che facilitano il "dialogo" su IP?

Grazie delle risposte!

Saluti!!

[MRj92]

Originariamente inviato da billiejoex
Più che altro mi pare strano (non conosco C++) che in C e C++ si cerchi praticamente sempre di lavorare con il socket a basso livello azichè utilizzare frameworks (sincroni / asincroni, non importa) al cui interno siano gia implementati tutti gli aspetti necessari per non curarsi di cosa 'sta sotto' e concentrarsi unicamente sull'applicazione.
Scrivere codice di rete esente da bug non è cosa banale, senza contare che reinventare la ruota (quasi sempre sbilenca) ogni volta incide negativamente sulla qualità del codice, imo.
Le cosiddette "guide sui socket", select, poll e quant'altro dovrebbero servire unicamente a chi intende sviluppare frameworks, non agli 'end user' che vogliono fare un client FTP o una semplice applicazione di messaggistica.
Non so se mi sono spiegato...
Soltanto la 'send', ad esempio, può ritornare decine di errori diversi (i più ricorrenti: ECONNRESET, ENOTCONN, ESHUTDOWN) a seconda delle situazioni. Basta vedere le varie man pages di send, accept, recv e compagnia bella per renderesi conto di quanto sia complesso l'argomento sockets.
Io sono sicuro che la maggior parte dei programmi di rete proposti in questo forum, implementati lavorando coi socket 'grezzi', siano un agglomerato di bug senza senso.
Non mi metto poi a parlare di come tutto sarebbe immensamente più semplice utilizzando altri linguaggi altrimenti va a finire inevitabilmente in un flame e alka mi si incazza.

é vero! xò c'è anche da dire che io desidero imparare come funziona la gestione delle connessioni. Qualche libreria bella e pronta semplificherebbe molto il lavoro!