LabVIEW 6.1 real-time data sharing problem

[Dennis_Knutson]

I actually get error code 63 which is "The network connection was refused by the server." and I should have been playing closer attention to what you were doing. Do not use tcp/ip open connection in your server. That should just be used in the client. Instead, use the TCP Listen like in the shipping example called Simple Data Server. 

[BobChuck]

Ok, I've made the changes to the server and client, and now the client (the one opening the connection) is getting error code 63 for TCP open connection VI. The code apparently means "Serial port receive buffer overflow." I got this error before the server was opened. What does that mean and how can I fix it?

[Donald]

There may still be other problems, but your use of Format to String to get a byte count string will result in a string of varying length.

Using Typecast, as is done in the mentioned Simple Server example, will result in a byte count string that is always 4 bytes long.

[Dennis_Knutson]

I agree. I don't get error 63. The error code has two possible causes and the second - "The network connection was refused by the server." is probably what you are seeing. The only failure I get is the scan from string because of the missing type cast.

[BobChuck]

ok, I replaced 'format to string' with 'flatten to string'.

The host sends correctly and the Client recieves correctly. However, I get 'error 2', memory is full. The data being passed is still displayed, so it must be happening when it passes through the property node. The data is displayed but not written to the global variables.

I don't understand why the data isn't being saved.