ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Installing Linux Runtime

I need to install a Linux LV7.1 app on a machine that has damnsmalllinux v1.5 already installed on it.  I'd like to install the 7.1 runtime, but it is an rpm, which this knoppix-debian based distro does not support.  Are instructions for a manual install of the runtime available?
0 Kudos
Message 1 of 7
(5,512 Views)
hello,

you could try to convert the packages from rpm to deb with alien.
use the option "-c" to convert also the installscripts.

regards,

robert h
national instruments
0 Kudos
Message 2 of 7
(5,500 Views)
Thank you Robert. You put me on the right trail. I made some changes before following along however.

After a brief search last night I found the supported linux versions page, which referenced 2.6 as required, and also found the application builder guide which mentioned X11. damnsmalllinux is 2.4, and does not use X11. So I decided that change was in order before going further, and switched to SLAX. This gives me 2.6 and X, while still allowing me to run off a small compact flash drive (no rotating media allowed for this app). I'll happily try any other distro recommended that fits, but for now I am on SLAX.

Back on the trail: Starting with labview-rte-aal-1.0-1.i386.rpm and labview71-rte-7.1-1.i386.rpm I converted the rpms to tgzs (rpm2tgz), which I then changed into mo's (tgz2mo), which were in turn loaded using uselivemod. Quite a few files showed up in /usr/local/lib/LabVIEW-7.1 & usr/local/share/natinst, so it looked like it worked.

I then tried to run my executable and got the error message
"Can't find LabVIEW runtime library liblvrt.so.7.1
Make sure this library is installed in your LD_LIBRARY_PATH
search path, or in /usr/lib"

I looked for liblvrt.so.7.1 and found it in /usr/local/lib/LabVIEW-7.1

I copied it to /usr/lib, then running the executable netted
"Can't load LabVIEW runtime library /usr/lib/
libLVMesaGL.so.3: cannot open shared object"

Looking back in /usr/local/lib/LabVIEW-7.1 I noticed that libLVMesaGL.so.3 was in there too. I tried
echo $LD_LIBRARY_PATH
nothing there, so I then deleted the file from /usr/bin and tried LD_LIBRARY_PATH=/usr/local/lib/LabVIEW-7.1

Now running the executable nets me
"Can't find LabVIEW runtime library liblvrt.so.7.1
Make sure this library is installed in your LD_LIBRARY_PATH
search path, or in /usr/lib"

I checked to make sure that liblvrt.so.7.1 is still in /usr/local/lib/LabVIEW-7.1, it is.

In summary, the files appear to be out there, but I cannot seem to point at them correctly. Any thoughts?
0 Kudos
Message 3 of 7
(5,488 Views)
Did anyone ever solve this?  Having the same problems in 8.2.1.
0 Kudos
Message 4 of 7
(5,201 Views)
If the executeable is a shell script I would put "echo $LD_LIBRARY_PATH" somewhere near the top, just to see what is going on.

--Patrick
0 Kudos
Message 5 of 7
(5,195 Views)
Just got it working.  It seems to ignore the usual dynamic linker stuff (LD_LIBRARY_PATH, ldconfig etc) and look in a hardcoded list of random places, including /usr/local/lv60 (despite this being Labview 8.2 not 6.0....)

The solution for me was to put a symlink into /usr/lib pointing to the RTE:

ln -s /usr/local/lib/LabVIEW-8.2/liblvrt.so.8.2.1 /usr/lib/liblvrt.so.8.2

Also, make sure that the libGL.so.1 and libGL.so.1.2 links in /usr/lib point to the one that comes in /usr/local/lib/LabVIEW/patchlib rather than the one that comes with the OS (this gets rid of the OSMesa messages, as described in the readme in the patchlib directory). 

And suddenly it worked 🙂 

0 Kudos
Message 6 of 7
(5,191 Views)
Oh, and you need to copy /usr/local/natinst/LabVIEW-8.2/patchlib/libOSMesa.4 into /usr/lib too.
0 Kudos
Message 7 of 7
(5,187 Views)