Oppure

Loading
18/02/10 19:19
carant
vuoi dire di usare writeline per capire dove si femra... o sbaglio??
aaa
18/02/10 19:21
Sì ... all'interno del ciclo per visualizzare il valore di Block ...

Oppure lo vedi eseguendo il programma con il debugger ...
18/02/10 19:57
carant
scusa ma adesso con il metodo che mi hai detto ho visto che si blocca quando deve ricevere...
secondo te c'è qualcosa che non va?
aaa
18/02/10 20:22
Postato originariamente da carant:

scusa ma adesso con il metodo che mi hai detto ho visto che si blocca quando deve ricevere...


Ma non mi avevi detto che si bloccava in trasmissione?

secondo te c'è qualcosa che non va?


Certo ... e te l'ho gia' detto ...
18/02/10 20:37
carant
Si, hai detto: "Quando riceve il primo blocco, non riceve l'End e quindi non puo' mai uscire dal Do ..."
e come posso risolvere questo problema dell'end?? potresti indicarmi altri modi?? io non ne ho idea.

aaa
19/02/10 6:27
Mi pare che s'è parlato di questo argomento nel forum, forse nella sezione VB6 (ma il concetto è il medesimo ...) ... prova a fare qualche ricerca.
19/02/10 10:08
Il Totem
Dato che alla prima ricezione del primo blocco quasi sicuramente i dati inviati NON conterranno End, il Do...Loop risulta un ciclo infinito, e quindi si blocca.
E' per altro assurdo mettere un ciclo (in più senza condizioni di entrata/uscita) all'interno di un timer. O usi il timer O usi il ciclo, ma non entrambi. Inutile dire che è più sensato il timer.

Forse l'avrai letto dalla mia guida, ma la funzione Read legge solo i bytes fino alla fine del file se la dimensione specificata è maggiore del numero di dati da leggere. Quindi puoi omettere l'If e lasciare solo:
reader.Read(bytes, 0, 4096)
Restituisce come valore il numero di bytes letti.
aaa