09-25-2012 04:57 AM
Hi Mark,
yes, it's Win 7.
09-26-2012 01:18 PM
A agree - this sounds like odd behavior. Have you tried running NI IO Trace? That might be about as good as a Wireshark in this case.
09-26-2012 01:48 PM
Hi Andrew,
I haven't—at the moment it's impossible due to the absolute remoteness of my debugging.
09-27-2012 09:02 AM
Could you by chance upload a version of your code with the IO Trace VIs in it, to activate the scan?
09-28-2012 03:46 AM - edited 09-28-2012 03:48 AM
Amazing results, guys.
I've received the log file containing the error source text (in case of I'm getting a warning), [comma] and TCP Read real execution time calculation (ms).
Here it is:
,0
,1
,1
,1
If I'm not stoned this means TCP Read does not wait for 30 s/5 bytes, returns no error, no warning and zero bytes.
How could this be?
09-28-2012 05:23 AM
Could the source of the TCP data be sending some sort of message with no data, maybe as an application layer 'keep alive' signal?
What port are you using, is it for a well known service?
09-28-2012 05:39 AM
Hi Phillip,
thanks for your reply. I'm using the port which is not mentioned as a port for a well known service. The source of the TCP data is a complex module with its own closed source software so I can't say anything confident—in my opinion, it shouldn't send any keep alive messages. But even if does, my question is why TCP Read doesn't wait for 5 bytes/30 s?
09-28-2012 09:55 AM
Have you tried taking a network trace and see what is happening with the network traffic?
05-05-2020 11:13 AM
Did you ever solve this issue, I am having a similar problem to this one.