09-26-2008 10:49 AM
Aahh! It's happening again: I want to make a build using built-in zip functions and Labview refuses, stating it is missing PathToUNIXPathString.vi in library C:\Program Files\National Instruments\LabVIEW 8.6\vi.lib\Platform\CFURL.llb
Sure, the directory doesn't even contain this llb.
I think built-in protected VI's should not have this kind of problem. Anyone have the proper solution to this? (Aside from simply replacing by OpenG)
Using LV8.6 on XP
09-26-2008 12:51 PM
09-28-2008 05:09 PM
Nothing confusing if you ask me. I really don't care which llb's support the labview functions. They should all work. The function uzip.vi is protected nowadays, but I am pretty sure it has some dysfunctional conditional disable structure
I have this issue a long time ago. Guess I should post it in the monthly bug report instead.
10-01-2008 01:11 AM - edited 10-01-2008 01:11 AM
03-28-2009 02:56 PM
03-28-2009 03:38 PM - edited 03-28-2009 03:39 PM
slrtrn wrote:
Hello, Do you have any solution for missing PathToUNIXPathString.vi in XP when I build application. I am using LV 8.5 Thank you
The solution that I use is to copy the Mac VIs to Windows, but strip out all the code, so that the VIs are not broken.
Actually, I keep all of these VIs in a VI Package (ni_lib_mac_osx_placeholders-1.0-1.ogp) that I install with VIPM -- this package only installs on Windows and Linux, and places non-functional stubs in the place of VIs that are only present on LabVIEW for Mac.
03-28-2009 05:32 PM
Jim Kring wrote:
slrtrn wrote:
Hello, Do you have any solution for missing PathToUNIXPathString.vi in XP when I build application. I am using LV 8.5 Thank youThe solution that I use is to copy the Mac VIs to Windows, but strip out all the code, so that the VIs are not broken.
Actually, I keep all of these VIs in a VI Package (ni_lib_mac_osx_placeholders-1.0-1.ogp) that I install with VIPM -- this package only installs on Windows and Linux, and places non-functional stubs in the place of VIs that are only present on LabVIEW for Mac.
Message Edited by Jim Kring on 03-28-2009 01:39 PM
Or in this specific case use the OpenG functions. I can't guarantee that they work in all situations without any problems, but am willing to work on any issue that is found in a reasonable timeframe, and last but not least the Vis and even the C source code are Open source and not password protectet
Rolf Kalbermatter