01-10-2006 09:41 AM
Another really cool feature of the VI Analyzer is that it prevents me from being the bad guy.
I occasionally get these monster projects that should be quickly retired and re-written form the ground up.
The VI Analyzer lets me easily generate a pile of reasons while keeping me from looking like I am trying to generate buisness.
Ben
01-17-2006 07:37 AM
BEN!!!
You are full of good ideas!!
😄
02-24-2006 09:54 AM
02-24-2006 11:13 AM
Hi Gabs,
In VI Analyzer 1.0, there is an "Include SubVIs" option on the Select VIs page that allows you to analyze all the subVIs of any VI you have added to the Items list. In order to improve performance in VI Analyzer 1.1, we removed this feature (this is mentioned in the release notes for VI Analyzer 1.1). However, it should still be easy to analyze the subVIs of your main program, provided they all reside in a common location. You can create a new VI Analyzer task, then you can use the "Add Top-level Item" button on the Select VIs page to add the folders and/or LLBs that contain all your application VIs and subVIs. Whenever you add a folder or LLB, all VIs that reside under that folder or LLB are added to the analysis...it's a recursive operation, so the contents of all nested subfolders are included as well. Also, remember that once you configure the Items list with the folders containing all your application VIs and subVIs, you can click the "Save" button to save a .cfg file that you can then load at a later time that will retain all your VI Analyzer settings, including which VIs you are analyzing.
I hope this helps. Please let me know if you have any other questions,
-D
02-27-2006 08:05 AM
Hi Darren,
thanks a lot. This is exactly what I was searching for. It works great now.
By the way, following up with your original question in this thread: in my opinion VI Analyzer is a helpful tool, especially with all the possibilities of customizing what to check and what not. When developing a large number of VIs I regulary forget to fill the VI help window for some of them and things like that. Some of the options are a little odd to me - like for instance checking for wires under controls - I find that there are almost always such occurences... but I can switch this test off and keep only those options which I find helpful.
Regards,
Gabs
01-25-2007 08:38 AM
01-25-2007 10:37 AM - edited 01-25-2007 10:37 AM
Hi Ton,
There is currently no interface to writing your own tests for the VI Analyzer, although we are considering that as a feature for future versions. For now, you can use the test I have attached to this message to check for terminals that are Variant data type that also have a coercion dot. The test works with VI Analyzer 1.1, which works with LabVIEW 8.0 and later. Place it in your [My Documents]\LabVIEW Data\VI Analyzer Tests folder, and it will show up on the Select Tests page of the VI Analyzer under the "User-Specified" category.
Hope this helps,
-D
Message Edited by Darren on 01-25-2007 10:39 AM
01-25-2007 01:43 PM
02-04-2010 03:37 PM
I know I'm taking a chance on a long-dormant thread, but...
I find the VI Analyzer very useful. I recently started running a customized suite of tests on all code I write, and as someone else posted, it's great feedback for helping me get in the habit of writing cleaner code.
One aspect is a bit frustrating. We have some messy code in Diagram Disable structures, and we're comfortable with that for the short term. VI Analyzer reports test failures for such code. Is there a way to make VI Analyzer ignore anything in the Disabled case of a Diagram Disable structure?
02-04-2010 03:54 PM
Hi Aurora (cool name, btw),
There is currently no way to have all VI Analyzer tests universally ignore code within Diagram Disable structures. I can see how this would be a useful option, though. Is there a relatively small number of tests you would want this option to apply to? Because if so, we could add that configuration option to those tests individually with relative ease. But if it's a large number of tests, and you would want to set the option in a single place, that would require some significant work to the VI Analyzer architecture itself. Let me know...