ansche Posted August 25, 2010 Report Share Posted August 25, 2010 My VI Package Builder cannot access LabVIEW 7.1 I have 4 LabVIEW versions installed: - LV 7.1 - LV 8.6.1 - LV 2009 - LV 2010 All LabVIEW Versions have been assigned a different port in VIPM and the connection tested OK. I can install openg packages for all 4 versions. I started my first attempt to build my own package with a utility written in LV7.1 . In the package builder I selected LV7.1 and set the "Install Requirements" to WinXP and LV7.1 only. There are minor problems when attempting to edit the palette icons: The Package Builder always opens LV8.6 instead of 7.1. . When editing the "Custom Category Palette" icon the Package Builder first asks to open LV7.1 . When editing the "Function Palette" or "Controls Palette" icons the Package Builder does not even bother with LV7.1 and asks to open LV8.6 straight away. The main problem however is actually building the package for LV7.1. Again the Package Builder launches LV 8.6 instead of LV 7.1 . As my utility calls a subVI that is not part of the LV 8.6 VI.LIB the process ends here with an error message. When leaving and restarting the Package builder my selected LabVIEW version is always automatically changed from 7.1 to 8.6, because the VIPM "could not locate the original LabVIEW version configured on your system" Did I miss anything?? Anke Link to comment Share on other sites More sharing options...
Jim Kring Posted August 25, 2010 Report Share Posted August 25, 2010 Hi Anke, The Package Builder in VIPM builds packages in LabVIEW 8.2 or greater. Sorry for any confusion. VIPM should do a better job of letting you know about this limitation. [update: I filed a bug on this issue - Case 9719] Thanks, -Jim Link to comment Share on other sites More sharing options...
Meg Posted January 10, 2011 Report Share Posted January 10, 2011 Even older versions of VIPM (3, 2, 1.0) can't be used to distribute LV 7.x VIs? What's the best way to manage VI installation in LV 7, in your opinion ? The goal is to make our code available to as many LV users as possible, not exclude users of older versions, as long as we don't need features of newer versions. Thanks, Meg Link to comment Share on other sites More sharing options...
Jim Kring Posted January 18, 2011 Report Share Posted January 18, 2011 Even older versions of VIPM (3, 2, 1.0) can't be used to distribute LV 7.x VIs? What's the best way to manage VI installation in LV 7, in your opinion ? The goal is to make our code available to as many LV users as possible, not exclude users of older versions, as long as we don't need features of newer versions. Thanks, Meg Hi Meg, Sorry for the delay in response. I can see how you'd like to support as wide a userbase as possible. I can't think of a great/easy solution for managing VIs saved in LabVIEW 7. IMO, VIPM provides a lot of nice packaging building and installation features, which do benefit users and provide a compelling reason for them to upgrade to LabVIEW 8.2 (or newer). Thanks, -Jim Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.