|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
Junior Member
Iscritto dal: Aug 2009
Messaggi: 3
|
[C] Perdita dati tra socket TCP
Ciao a tutti!
Sono nuovo nel forum, quindi spero di essere nel posto giusto! sto sviluppando una piccola applicazione composta da 3 programmi: 2 in C (winapi) e 1 in java. In C sviluppo un client e un server e in java un secondo client che viene usato per comandare il primo client, passando attraverso il server. "Client C" <--> "Server C" <--> "Client Java" Il mio problema è che quando sto trasferendo quantità di dati rilevanti (diversi Kb) dal client C arrivano al client Java corrotti... In particolare la funzione del "Client C" con dei problemi esegue un loop col quale invia buffer di 4K alla volta, che a volte (circa 1 loop su 3) arrivano già corrotti al server che poi dovrebbe inoltrarli al client Java. Il problema si ha già quando i dati arrivano al server, quindi l'errore avviene durante il passaggio dal "client C" al "server C" (il client e il server sono connessi in localhost) - Ciò non accade MAI (anche con grandi flussi di dati (Mb)) tra il server e il client Java. - Non vengono mai corrotti piccoli flussi di dati (centinaia di byte) - La questione si risolve anche mettendo una Sleep() di qualche centianio di mS tra una send e l'altra nel "client C" (ma ovviamente non è una soluzione accettabile, rallentrerebbe troppo il trasferimento di dati). - Uso socket bloccanti (winsock) e le funzioni send() e recv() per il trasferimento dei dati ( send(socket,buffer,dim,0) e recv(socket,buffer,MAX_DIM,0) ) - i dati inviati sono tutte stringhe, non file binari - non ho settato nessuna particolare opzione sui socket, uso dei semplici socket TCP regolarmente connessi... Purtroppo risulterebbe un po complicato postare il codice, perché le funzioni incriminate sono abbastanza disperse tra altro codice... Spero di essere stato abbastanza chiaro (ne dubito XD)... Grazie in anticipo Spero che qualcuno possa aiutarmi ![]() |
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 15:32.