LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

"Standard error in" functionality on HTTP/FTP/SMTP Close VIs?

Solved!
Go to solution

This is one for the NI developers, or perhaps the help documentation folks.  I've noticed it before, but never got around to formally questioning it.

 

The help for the "close" VIs in the LabVIEWSMTPClient, LabVIEWHTTPClient, and NI_FTP project libraries states that they have "standard error in" functionality, in contrast to most of the "close" primitives for TCP, UDP, BT, DS, and even the "close" VI in the NI_WebDAV library, which states that they perform their function even in the presence of an incoming error.  This seems inconsistent.  Do those protocol libraries skip the usual close/dispose mechanisms if "error in" is true, or is the documentation incorrect?

 

Dave

David Boyd
Sr. Test Engineer
Abbott Labs
(lapsed) Certified LabVIEW Developer
0 Kudos
Message 1 of 4
(1,594 Views)

Hi David,

 

Just to confirm, are you talking about this extra statement below?

 

This node runs normally even if an error occurred before this node runs.

 

Thanks,

Jonathan R.
Applications Engineer
National Instruments
0 Kudos
Message 2 of 4
(1,536 Views)
Solution
Accepted by topic author DavidBoyd

The documentation is incorrect...all three of those Close VIs (SMTP, HTTP, and FTP) properly dispose of resources regardless of the value of the error in terminal. 

 

Jonathan, please file a documentation CAR on this issue.

DNatt, NI
Message 3 of 4
(1,530 Views)
Darren,

Thanks for confirming. Appreciate the quick response!

Dave
David Boyd
Sr. Test Engineer
Abbott Labs
(lapsed) Certified LabVIEW Developer
0 Kudos
Message 4 of 4
(1,515 Views)