Jump to content

Jim Kring

  • Posts

  • Joined

  • Last visited

  • Days Won


Jim Kring last won the day on September 17 2021

Jim Kring had the most liked content!


About Jim Kring

  • Birthday 03/17/1976

Profile Information

  • Gender
  • Location
    Lafayette, CA
  • Interests

LabVIEW Information

  • Version
    LabVIEW 2020
  • Since

Contact Methods

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Jim Kring's Achievements

  1. In C/C++ *the programmer* is the garbage collector (at edit time) -- I'd rather have someone else take the trash to the dump for me 🤣
  2. hey @jcstoke I would stick with LV2020 SP1 at this point. There has been a LOT of grief around the wire auto routing behavior in LV2021. Note: an active LabVIEW subscription will allow you to install older versions of LabVIEW (not just the most current), if you like. That's good, IMO, since it encourages people to both play with the new releases (and provide feedback earlier) and also stick with older and more stable releases when needed for production. To your questions about PXI vs cRIO/cDAQ it really depends on a lot of different factors Also, Python *really is* the s#!t. I probably spend as much time in Python as I do LabVIEW these days. They can play nice together, for sure.
  3. Based on some conversations I had with Philippe about this, he's wondering: If you have a VI reference at run-time, can you tell whether it is a static VI reference (via Static VI Reference node) or a dynamic VI reference (opened with the Open VI Reference) function, since the VI lifetimes (and lifetimes of references created within them) are managed differently by LabVIEW.
  4. You can disable this feature as described earlier in this thread and here: VIPM KnowledgeBase: Disabling VIPM service (System Tray) startup when LabVIEW starts up
  5. Hi Yair, Regarding the problems installing the package, can you check your error log folder? C:\ProgramData\JKI\VIPM\error Regarding older installer downloads: The main page listing the older versions is publicly visible (now), and the installer downloads themselves do require a sign-in. Thanks for your understanding about this. It does create a support burden to have legacy software in use (since new versions of OS'es, LabVIEW, and other software can break things), so it helps to limit legacy downloads to customers with legitimate needs. Putting a small hurdle of a sign-in (and a notice to appropriate support resources) helps in that regard, and also helps establish a communication channel to inform users of fixes, new versions, etc. We're doing our very best to produce a useful and high-quality application that meets the needs of 10's of thousands of users over time, and that's no small feat. Everyone's feedback here is totally valid, so thanks for sharing more about what's working and what still needs some love.
  6. My recommendation would be to save the data to disk in the LabVIEW Data folder: <Documents>\LabVIEW Data\2019(32-bit) There really isn't a good way to retain data across Quick Drop calls unless you do something to keep a running process in memory behind the scenes, which is a big can of worms... Yair's solution looks great -- I wasn't aware of that nice feature!
  7. Hi James. We fixed the link to the downloads page. Thanks again for reporting that and please let us know how it works for you -- your feedback is really helpful, as always.
  8. The link vipm.io/download page is the official place to go -- there is a link on that page for people to obtain older versions of the installer. We're working to improve that page over the coming weeks, to make this process easier, so stay tuned. It sounds like you’ve got a copy of the VIPM 2019 installer and have everything you need at the moment -- if you or any other user needs a specific version you can’t find, please let us know via that link we provided. Thanks!
  9. Sorry about that @LogMAN. It should be publicly visible now. Please try again and let me know: VIPM KnowledgeBase: Disabling VIPM service (System Tray) startup when LabVIEW starts up
  10. I think I may have figured it out. When I looked at the drop-down selector for the "Following" options for this post, I noticed something for the first time. It appears to be a warning message that something is wrong with my notification settings. When I click that Notification Settings link, I get to this page and I notice that Email notifications for comments on my posts, appears to be turned OFF. I'm not sure how that happened. I changed it to TRUE and hopefully, I start getting emails again.
  11. Hi @LogMAN and @Neil Pate. Thanks for letting me know. Actually, the reason I ask is because I want to be as responsive as I can to important threads on LAVA (e.g. that relate to VIPM, etc.), yet I don't seem to be getting an email notifications. This makes it very hard to do that, and might give the appearance that I'm less responsive than I want to be. Hoping we can figure this out...
  12. I checked my email inbox and I haven't gotten any notification emails since ~October, 2019. I checked my spam folder. Anyone else not getting emails from lavag?
  13. Thanks for the quick response @LogMAN No problem @LogMAN. I enjoy a good rant, as much as anyone 😛 I try not to take it personally when it's about VIPM (even though it's been a labor of love for ~20 years), and honor everyone's good intentions to make their development tools better, contribute to the community, and get their work done as effectively as possible. Those are really good points about how to make the VIPM system tray service more configurable in terms of opt-in/-out. Honestly, we were/are trying to take a lean (MVP) approach and listen to people's feedback. That's also hard for developer tools, where people do want access to the whole Swiss Army knife of settings. So, we did our best to at expose those to users via config file settings. This discussion has been helpful, and I've gone ahead and posted an official KnowledgeBase entry to make sure people can find this easily, in case the high-level features don't provide enough granularity. VIPM KnowledgeBase: Disabling VIPM service (System Tray) startup when LabVIEW starts up Thanks again and keep the feedback coming! I'm glad to hear you're going to give VIPM 2020.1 a try.
  • Create New...

Important Information

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