Good question, John. In your case, it is safe to close the VI reference at whatever time you wish. In my experience *with VI Server* (these suggestions may not apply with other reference types, like ActiveX), if you get references as properties from other references, you can close them in whatever order you wish. The only time it would be bad to close the VI reference first would be if you obtained it from an Open VI Reference function, and that was the only reference open to the VI. If you close that reference to the VI, then there are no other references to it, and the VI is not in memory (assuming you don't have it open)...at that point, any subsequent property reads/writes would return an error.
As far as your question about error chaining, you should definitely wire the errors...there are many reasons you could get errors from property nodes...invalid references, trying to set some properties while the VI is running, certain properties that don't work with objects configured a certain way...don't ever skimp on your error handling, *especially* with VI Server!
When I work with VI Server and a bunch of different class properties, I find it helps to keep my error chain straight, and route reference wires accordingly. It helps me keep with the program flow better...here's how I would have wired the diagram you gave above:
Hope this helps, and I'm glad you discovered my nugget about Defer Panel Updates. When doing code reviews of UI applications, that is probably the recommendation I've given the most times over the years...
-D
Message Edited by Darren on 01-23-2007 10:31 PM