From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

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
(2,898 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
(2,840 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.

Message 3 of 4
(2,834 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
(2,819 Views)