PA-Paul Posted March 28, 2011 Report Share Posted March 28, 2011 Hi All, We have an application which uses a plugin architecture. The plugins are written in labview and distributed to the end users as a .llb file, with the top level vi in the llb being the main VI that is called as the plugin. At the moment, I use the source distribution build specification in the labview project (LV 8.6) to create the plugins. Unlike executable and installer builds, this does not allow me to set any kind of version number. Is it actually possible to version number an llb file? Can anyone suggest a sensible way of implementing a (preferably automated!) version numbering method for these files so I can keep track of which version of the plugin is being used? Thanks in advance for your help. Paul Quote Link to comment
John Lokanis Posted March 28, 2011 Report Share Posted March 28, 2011 Yes. I do something like this right now with Web Services. These also do not natively support a version number. My solution involves running a pre-build action in the build spec. This calls a VI that uses scripting to modify the default value of an indicator in another VI in the project. So, each time you build, the pre-build VI increments the value. You can then implement some code in your project to return the value of this indicator when you need to query the version number programatically. Setup your build script like this: Then modify the attached files to work for your project. Pre-Build Action.vi Web Service Version.vi Hope that helps! -John Quote Link to comment
Ton Plomp Posted March 28, 2011 Report Share Posted March 28, 2011 Move the VI into a lvlib, you can use the verions of the lvlib as the actual plugin version. Ton Quote Link to comment
PA-Paul Posted March 29, 2011 Author Report Share Posted March 29, 2011 John - I don't have a pre/post build action option in my app builder, is that a new thing? (I'm on LV 8.6) Ton - Is there any way to make the version of the lvlib library auto-increment? My llb file already contains the lvlib associated with the plugin VI, so I could potentially use that.... Thanks for your help. Paul Quote Link to comment
Ton Plomp Posted March 29, 2011 Report Share Posted March 29, 2011 John - I don't have a pre/post build action option in my app builder, is that a new thing? (I'm on LV 8.6) Ton - Is there any way to make the version of the lvlib library auto-increment? My llb file already contains the lvlib associated with the plugin VI, so I could potentially use that.... Thanks for your help. Paul I have a tool that acts like a pre-build tool, and after that calls the NI-builder. Ton Quote Link to comment
PA-Paul Posted March 30, 2011 Author Report Share Posted March 30, 2011 Ton - is there a tool like that available for "general use" (i.e. where can I get it!) Thanks Quote Link to comment
Ton Plomp Posted March 30, 2011 Report Share Posted March 30, 2011 I've developed one myself and it isn't ready for general public (might never be). There are some basic functions that needs to be included before I can publish this. Ton Quote Link to comment
PA-Paul Posted March 31, 2011 Author Report Share Posted March 31, 2011 John Lokanis seems to have something built into the labview app building interface, is that a feature of an lv release post 8.6? Quote Link to comment
Yair Posted March 31, 2011 Report Share Posted March 31, 2011 John Lokanis seems to have something built into the labview app building interface, is that a feature of an lv release post 8.6? Yes. LV 2010. Quote Link to comment
ShaunR Posted March 31, 2011 Report Share Posted March 31, 2011 You can write to the description of all (or one) of the vi's in the llb when you build (run a separate VI or link in with the builder). It's a shame the VI revision number or history isn't as flexible......., then it might actually have a use. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.