Jump to content

Jim Kring

JKI Team
  • Content Count

    1,358
  • Joined

  • Last visited

  • Days Won

    16

Everything posted by Jim Kring

  1. Joe, Version 2.3 of the oglib_lvzip (zip tools) package was just released. See here, for more info. Regards, -Jim
  2. Chris, The problem was caused by one of the files inside the package having a read-only attribute, which was preventing it from being installed correctly -- this is a bug, and an internal report has been created (Case 2548). As a work-around, you should remove all read-only attributes from files, before they are packaged. Thank you, -Jim
  3. Chris, Yes, please open a support ticket, here, and then we can look into the specifics of your problem. Thank you, -Jim
  4. Mark, As Chris mentioned, you can simply copy the cache folder contents (from a Commander or VIPM installation) to another VIPM installation's cache folder. Another option is to use the Package >> Add Package(s) to Package List, menu option to add a folder of packages into VIPM's package list. Please note, that we are actively working on features to make it easier to import package configurations onto non-networked VIPM installations. Thank you, -Jim
  5. Mark, I'm glad that your using VIPM and that you've been able to quickly resolve your issue Here's a tip, you might find useful... We recommend putting each version of LabVIEW on a unique TCP-IP port. This will allow VIPM to communicate with different versions of LabVIEW, even when multiple versions of LabVIEW are running at the same time. When all versions of LabVIEW are configured for the same TCP-IP port, the first version of LabVIEW will grab the port and other versions of LabVIEW that are subsequently launched will not be able to start the TCP-IP listener. The easiest way to adjust your TCP-IP settings is to let VIPM automatically adjust LabVIEW's VI Server settings while testing the connection (see screenshot, below). Thanks,
  6. Luca, Thanks for testing and for confirming the fix. -Jim
  7. Great. Thanks for testing and getting back to us with a confirmation. -Jim
  8. Chris, Thank you for reporting this problem. Hopefully we can get to the bottom of it. Error 8 is a file permission error. Also, I need some more insight into what you mean when you say "installing a package that I recently added file to"? Did you add new VIs/files to the package (.ogp) file or that you added VIs/files into the installed location (such as the palette-sync'ed folders beneath user.lib)? Also please take a look inside "C:\Program Files\JKI\VI Package Manager\error\" for more error details. Thank you, -Jim
  9. Please see the announcement, VI Package Manager 1.0 Beta 2 Released. This release has a fix for this issue. Thank you, -Jim
  10. Ton, Please see the announcement, VI Package Manager 1.0 Beta 2 Released. This release has a fix for your issue. Thank you, -Jim
  11. Luca, Please see the announcement, VI Package Manager 1.0 Beta 2 Released. This release has a fix for your issue. Thank you, -Jim
  12. Please see the announcement, VI Package Manager 1.0 Beta 2 Released. This release has a fix for your issue. Thank you, -Jim
  13. Luca, Please see the announcement, VI Package Manager 1.0 Beta 2 Released. This release has a fix for your issue. Thank you, -Jim
  14. Luca, Thank you for trying VIPM and for the valuable feedback. The problem with the shortcut location is a known issue and the fix will appear in the next (Beta 2) release. See this discussion, for more info. Regarding the Mac installation, have you retried running the installer? Others have reported occasional errors when installing on Mac, but have had success on further attempts. Also, do you have Stuffit Expander 10, or later, installed? The VIPM installer uses this, on Mac, for unpacking some archives. Regards, -Jim
  15. There is currently a bug (in beta 1/build 390) that is preventing OpenG Commander from being uninstalled correctly. We have generated an internal case number for this issue (Case 2063) and are working on a fix. We will work to get this released ASAP. We will look into the dynamicpalette issue and get back to you. Thank you, -Jim
  16. Chris, We have the capability to support a variety of protocols, such as UNC path, local path, ftp, and http/https (with or without password authentication). I would be happy to discuss your organization's specific needs, off-line - please send us an inquiry via our contact form. Thank you, -Jim
  17. Yes, the beta will expire. When this happens users are expected to upgrade to the final release (or perhaps another beta release). The final release will not expire and will be freely available to everyone. Thank you, -Jim
  18. Fred, Make sure that you have installed the latest version of the ogrsc_dynamicpalette package. This will create an "OpenG" category in the Functions palette, where all of the OpenG libraries will appear. I hope that works for you. Thank you, -Jim
  19. Chris, Thanks for taking the time to get to know and use VIPM. We are happy that you have had a positive experience! If you are using your own VI Packages, then you will want to keep an eye out for VIPM Enterprise Edition. This will provide support for connecting to your organization's networked package repository, as well as other power features like configuration management. Stay tuned :-) Regards, -Jim Derek, Thank you for the feedback! Other's, too, have commented about the fact that the term "register", with respect to registering LabVIEW versions with VIPM, is a little confusing. We'll see if we can remedy this, in the future. Thank you, -Jim
  20. Ton, Ton wrote: > I love to have an option to set a location for these items (eg. Start\Programs\National Instrument\Tools\VIPM) Thanks for the suggestion. One quick solution would be for you to create these Start menu folders/shortcuts yourself. > The documents folder in all 3 cases were located on the D drive. Program files, LabVIEW, in the 'normal' location > I've run the same installer on a 'english' laptop, and the shortcuts were installed in the right direction. Is it possible for you to test on a Dutch installation with the documents folder located in the standard (C drive) location? This might hint as to whether the problem is related to the non-English version of Windows or, rather, the location of the documents folder. My instinct makes me think that it is probably an issue with the non-English version of Windows. Thank you, -Jim
  21. Mike, Thanks for taking the time to install and test VIPM. We are very happy that you've had a positive experience and that you are interested in Enterprise Edition and more packages. Rest assured that we are working very hard on exciting new developments and will keep everyone informed, when news is available. Best Regards, -Jim
  22. Ton, Thank you for taking the time to install and test VIPM. We are happy that you like it Regarding the issue with the creation of shortcuts, I have filed a bug (Case # 1949). We will do our best to resolve the issue. Regards, -Jim
  23. [uPDATE] This issue has been fixed (Case # 1941) and will appear in a future release. If anyone needs this issue resolved immediately, please send us an inquiry via our Sales, Customer Service, and Company Feedback form.
  24. Chris, Can you see if there is an error log file here (or in a similar location, depending on your choice of installation location): C:\Program Files\JKI\VI Package Manager\error\ And, if there are any error log files, could you please post them as an attachement, in this thread. Thanks, -Jim
  25. Hi Chris, > Firstly can I congratulate you on the launch of VIPM, looks like a great upgrade for users of Commander. I certainly am looking forward to details of the Enterprise edition. Thanks. The team has worked very hard on this release and it is nice to get this feedback! > OK so the install of VIPM seemed to go quite smoothly, I successfully registered all versions of LabVIEW installed on my machine. When it came to setting the Proxy settings things didn't quite work out for me. I have set proxy settings on Commander with no difficulties in the past however there is now a UserName and Password section. Becuase we use Novell Client Trust here at work I am already authenticated and therefore no Password U/name is required however when I clear the contents of the Password box and select OK they reappear if I then return to the Internet Settings page at any time. This is just a display bug. The password field should be empty if there is no password configured, but it is currently being filled with 6 null characters (just for display). However, if you have not entered a username, then the HTTP request will not attempt to authenticate during proxy requests. I don't think that this bug is affecting you. > In addition to this I also noticed that the list of mirror sites is empty as is the SourceForgeMirrors.txt file. Can I used the same file that is used by Commander ? This should not be a problem. VIPM will automatically refresh the mirrors list, as needed. You can also refresh the list manually, by pressing the "Refresh Mirrors" button in the options dialog (see screenshot below). I am not really sure what could be the problem. Are you certain that the proxy host and port are correct and that you have a reasonable TCP timeout? Regards, -Jim
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.