-
Posts
2,200 -
Joined
-
Last visited
-
Days Won
105
Posts posted by Jim Kring
-
-
> 1.0.0.4 (Apr 14, 2023)
> 3. Add a mass compile post-install step to avoid bitness-related load warnings when opening the code for the first time after install.@Darren is this load warning a LabVIEW “bug”?
-
@Bob Schor you'll find the actual packages in the C:\ProgramData\JKI\VIPM\cache folder. You can copy those to another computer and install the packages.
-
Thanks for reporting this @jyoung8711.
-
Adding @Rolf Kalbermatter to this thread.
-
Hi @hooovahh, I didn't realize that this library offers support for spanning TDMS. I'm going to take a look at this right away... 👍
Thanks for the great tool!
-
@Zaphiro Technologies
CC: @RolfK
There is a cross-platform shared library naming trick. (It could be that the package build process messed up the paths when writing linker info.)
See: LabVIEW Help >> Configuring the Call Library Function NodeQuoteIf you want to run applications or shared libraries created on different platforms, use the * wildcard to make the reference to the shared library platform independent. Use * for the file extension and * or ** to the left of the file extension, depending on how you name 32-bit and 64-bit libraries.
The following example illustrates how to use the * wildcard.
Example --> Translation- myshared.* --> LabVIEW replaces the reference with the appropriate file extension to match the platform that is running the Call Library Node, for example, myshared.dll, myshared.so, and myshared.framework.
- myshared*.* --> LabVIEW replaces the reference with myshared32.* on 32-bit platforms and myshared64.* on 64-bit platforms. You can place the * anywhere to the left of the file extension. For example, my*shared.* can translate to my32shared.*. LabVIEW replaces .* with the appropriate file extension.
- myshared**.* --> LabVIEW replaces the reference with myshared.* on 32-bit platforms and myshared_64.* on 64-bit platforms. You can place the ** anywhere to the left of the file extension. For example, my**shared.* can translate to my_64shared.*. LabVIEW replaces .* with the appropriate file extension.
-
@JKI-OfAllTrades I'm not sure about that. I think that, in general, most of the community has moved to LV2020 as the standard version for open source/community tools.
You could reach out to some of the folks in the DQMH forum.
-
Hi @JKI-OfAllTrades,
Looking at the VI Peek package info, I see that it's compatible with LabVIEW 2020 or greater, which is why it's not showing in your package list.
Note: In the VIPM Settings window you can show all packages, even if incompatible with the selected LabVIEW version. However, you won't be able to install it.
One idea is to download the source code and then use LabVIEW 2020 Community Edition to Save For Previous into LV2017.
Good luck!
-
-
I think this might be a LabVIEW bug related to PPLs and Malleable VIs. Maybe @Jamespowell80 knows.
-
This is very odd. First, I would avoid running VIPM as Administrator. Probably LabVIEW does not have permission to execute the PostInstall script.
Can you run VIPM as a non-admin user?
-
Which version of VIPM? Which version of LabVIEW?
-
Glad that worked for you!
-
Some searching online shows. Possible solution…
This kind of behaviour can be encountered when a scheduled task is created in order to continue the installation process after a reboot triggered by a prerequisite. After the system reboots, the setup is launched by the scheduled task and, then this scheduled task is then automatically removed. In your case it seems that the removal doesn't happen, thus the setup is launched on every boot.
You could try to manually delete this scheduled task from Windows Task Scheduler. If you cannot find a task in Task Scheduler, please check if the following registry keys contain a value which triggers the setup:HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run
or
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run
- 1
-
Hi @Ludwig Berndt. I'm not sure why this would be getting launched at start up.
Yes, it looks like it's the installer repair dialog.
Can you see if this newer version (2024 Q1 f2) resolves the issue.
-
Yes, this will be a common problem for users of your package. By default the LabVIEW CLI folder will not be writable to users.
-Jim
-
Hi Ludwig,
Can you show me a screenshot of the "VIPM setup wizard"? It sounds like you're talking about the installer, but I'm not sure.
Regards,
-
Please try upgrading to the latest version of VIPM (2024 Q1 available at vipm.io/desktop) and let me know if that fixes the issue for you. There's also an option in VIPM's settings to show all packages, even if they are not installable in the currently selected version of LabVIEW. If all that fails, I'll offer other suggestions.
-
My guess is that the permissions are such that only administrators can install things into the "C:\Program Files (x86)\National Instruments\Shared\LabVIEW CLI" folder. Probably, the easiest solution is for the user to make that folder writeable to all users. Then, the package should be able to install files there, even if VIPM is running as a non-admin user -- this is better than trying to run VIPM as Administrator, which can result in other issues.
-
Yes, there’s always that factor.
And, sometimes a reboot is good for all of us 🙂
-
That's great news! Thanks for lettings us know.
-
@KevSalmon can you try the network settings and see if that makes a difference?
Also, you may also need to upgrade to the latest vipm here:
https://www.vipm.io/desktop/versions/There have been some improvements to the network downloading of the LabVIEW Runtime.
-
Hi @KevSalmon. Thank you for reporting this.
Can you please try again? There were some server issues that we believe are now resolved.
-
Hi @Sam Sharp. Thanks for releasing this! I was actually playing around with .NET's AES interface and wondering if anyone else had already done so. Nice work!
Create Package of Packages for transferring to new PC?
in VI Package Manager (VIPM)
Posted
This is a Pro feature: saving all your project’s packages into a VIPC file: https://support.vipm.io/hc/en-us/articles/214135883-How-to-use-VI-Package-Configurations-VIPC