Async TCP mangler svar fra server

Hvorfor ikke bare returnere noget ved hvert kald? F.eks. "ok" eller "ack". Så er du også mere sikker på at serveren ikke er gået i baglås over et eller andet i input.

Det er ikke mig der laver hosten.
Det er et stykke ældre SW i en printer der ikke kan ændres på.

Jeg vil også lige tilføje at det virker med Hyper Terminal så det er noget i min kode der fejler.
Hvis det ikke er noget problem at lave en BeginReceive i hver receive vedr. memory eller performance er det fint med mig. Men det kan jeg ikke gennemskue.

Ok, men hvis du kender protokollen, så skal du jo bare lade være med at kalde BeginRecive i de tilfælde hvor du ikke forventer et svar.

Jeg er mere interesseret i at vide hvordan jeg koder mig ud af det i stedet for at låse mig til denne specifikke printer.

Jeg fandt følgende på MSDN, her benyttes BeginReceive rekusivt.

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

private static void ReceiveCallback( IAsyncResult ar ) {
        try {
            // Retrieve the state object and the client socket
            // from the asynchronous state object.
            StateObject state = (StateObject) ar.AsyncState;
            Socket client = state.workSocket;

            // Read data from the remote device.
            int bytesRead = client.EndReceive(ar);

            if (bytesRead > 0) {
                // There might be more data, so store the data received so far.
            state.sb.Append(Encoding.ASCII.GetString(state.buffer,0,bytesRead));

                // Get the rest of the data.
                client.BeginReceive(state.buffer,0,StateObject.BufferSize,0,
                    new AsyncCallback(ReceiveCallback), state);
            } else {
                // All the data has arrived; put it in response.
                if (state.sb.Length > 1) {
                    response = state.sb.ToString();
                }
                // Signal that all bytes have been received.
                receiveDone.Set();
            }
        } catch (Exception e) {
            Console.WriteLine(e.ToString());
        }
    }


Men det jeg kommer aldrig til "else" delen, dvs. at det er det samme som i mit indledende spm.

Din kode skal under alle omstændigheder kende den protokol den skal kunne kommunikere via. Dette har ikke noget med at være bundet til en specifik printer, men derimod med at være bundet til en specifik protokol. Det ligger i protokollen at der er fast defineret hvornår der skal forventes et svar og hvornår der ikke gøres, og det er det dit program skal opføre sig efter.

Ok, men Hyper Terminal kender 100% ikke noget til protokollen og den er i stand til at modtage svaret trods det er "forsinket" af en evt. operation på hosten.

Med en rekusiv BeginReceive kommer alle de "bufferede" BeginReceive hvis forbindelsen afbrydes. Så de ligger altså og venter i al evighed. Ikke nogen god løsning.

I min oprindelige løsning startede jeg en BeginReceive på en EndSend da jeg forventer et svar fra hosten.
En løsning kunne være et flag der fortæller om den rekusive BeginReceive er startet og derefter unlade at starte en BeginReceive på en EndSend.
Så er der altid kun 1 BeginReceive der venter.
Jeg kan se at memory forbruget ikke stiger dramatisk som i løsningen i mit indledende spm.

Jeg lader lige tråden stå åben lidt tid endnu for evt. forslag.

Lukker