Dev-C++ e programmazione di rete

[Fenomeno85]

intanto aspettiamo che cionci mi illumini con i miei tre problemi

cionci batti un colpo se ci sei

~§~ Sempre E Solo Lei ~§~

[cionci]

Originariamente inviato da Fenomeno85
cionci tre cose sul programma:

1) non è meglio sempre verificare che il descrittore del socket creato sia un valore >= 0? Alle superiori mi dicevano che era meglio ... all'uni nisba.

2) le costanti AF_INET e PF_INET non sono due cose differenti?? Io sapevo che AF_INET si riferiva al tipo di indirizzi IP della pila TCP/IP mentre PF_INET identificava la pila TCP/IP. All'uni è la stessa cosa.

3) quando si fa il connect non bisogna vedere per la precisione se è anche qui >= 0 il valore restituito e non solo =?

1) su Windows la socket ritorna un valore di tipo SOCKET di conseguenza non è logico confrontarlo con un intero...anche se è comunque rappresentato da un intero... Su Windows devi confrontarlo con INVALID_SOCKET per verificarne la correttezza...

2) A* si usano nelle strutture dati relative agli indirizzi... P* si usano all'interno delle chiaamte a socket... Comunque almeno adesso le costanti P* sono uguali alle costanti A*...

3) devi solo controllare il valroe 0 perchè la connect ha avuto successo solo se ritorna 0...

[Fenomeno85]

Originariamente inviato da cionci
1) su Windows la socket ritorna un valore di tipo SOCKET di conseguenza non è logico confrontarlo con un intero...anche se è comunque rappresentato da un intero... Su Windows devi confrontarlo con INVALID_SOCKET per verificarne la correttezza...

2) A* si usano nelle strutture dati relative agli indirizzi... P* si usano all'interno delle chiaamte a socket... Comunque almeno adesso le costanti P* sono uguali alle costanti A*...

3) devi solo controllare il valroe 0 perchè la connect ha avuto successo solo se ritorna 0...

ottimo grazie

~§~ Sempre E Solo Lei ~§~

[VICIUS]

Originariamente inviato da Fenomeno85
cercando con google:

Come si nota nel listato, è necessario porre a zero 8 bytes della 
struttura dove l'indirizzo IP è stato caricato.
Perchè azzerare 8 bytes? Perchè poi proprio 8 bytes?
 Per compatibilità all'indietro con la vecchia sockaddr
(senza _in ).
E' facile fare il cast di un puntatore se le strutture hanno la stessa dimensione (ragion per cui
sono 8 bytes) 
e poiché i dati non sono posti a zero dopo la loro allocazione e necessario azzerarli a mano.

quindi avevo ragione la struttura va azzerata o almento devi azzera gli 8 byte... quindi se azzeri tutta la struttura è lu stess .. bye

~§~ Sempre E Solo Lei ~§~

Come puo il valore di 8 byte di padding influire sul cast di una variabile ? Continuo a non vedere una singola valida ragione per impostare quei byte a 0.

ciao

[cionci]

Sul cast di un puntatore la dimensione non ha alcuna influenza...ma sull'interpretazione della struttura intera da parte dei programmi scritti in maniera obsoleta sì... Se le due strutture hanno dimensione uguale, anche se ad una funzione gli viene passata la struttura vecchia, la conversione alal nuova ha costo zero... Un po' come succede con una union...

[Marinelli]

Originariamente inviato da SteR9
io sotto win non riesco a compilare nonostante abbia incluso la libreria, mi da errori sui file di libreria inclusi (winsock e windows.h)

Marinelli tu sei riuscito a compilarlo?

Sì, sono riuscito a compilarlo... utilizzo il Dev-C++ 4.9.9.2

Ciao