Missing subVI NI_AALBase.lvlib:Real A x B.vi in...

I have an application that runs fine in the LabVIEW10 development environment. Then I've created an installer for it (and included the RTE and DAQ installers). However, when I install it on another PC and try to run the executable I get a list of errors that it failed to load VIs from the NI_AALBase.lvlib (see attachment).
How do I make sure my executable (or installer) includes that library?
Attachments:
lv.jpg ‏39 KB

Hi there.
So I'm wondering two things.
1) When you create the Application (EXE), there is a Category called "Source File Settings." When you go there, and you select "Dependencies," what does the "Inclusion Type" say? It should say "Include if referenced".
2) Also in the project, under "Source Files," have you specified a start-up VI?
3) When you go to your project, and you expand the Dependencies section and then vi.lib, do you see NI_AALBase.lvlib there? It should be if your VIs use those functions. Let me know whether they are there.
4) In the Installer, under Additional Installers, under "NI LabVIEW Run-Time Engine 2010", do you have "Math Kernel Libraries" checked? Those probably have the files you need.
Let me know if you need clarification for any of this. Good luck!
Ravi A.
National Instruments | Applications Engineer

Similar Messages

Missing subVI NI_AALBase.lvlib:Mean.vi

This is a duplicate post, but the other was a response to a 4 year old posting. I have an application that was originally written in LV 8.x that I have just modified with LV2009. I am now getting the same error reported in this thread, that being "Missing subVI NI_AALBase.lvlib:Mean.vi". In the Additional Exclusions section of the Build Specification I unchecked "Remove unused members of project libraries" and "Remove unused polymorphic VI instances", but I am still getting the error. I am not doing anything fancy, I just have a project that has 3 VIs that use Mean.vi. It worked fine in LV8.x, but not after building with LV2009. I even tried replacing each instance with mean.vi, to no avail. Has NI found the root cause of this error?
Jim
LV 2013

I found the computer that was originally used for the development of this test and made my changes to the original code. It works OK, but I'd really like to find actual the problem so that I can use my normal development computer for future changes without having to do workarounds like that. If I get a chance I'll give that a try just to see if it would work. Thanks.
Jim
LV 2013

Error 1097 for NI_AALBase.lvlib: Real Dot Product.vi

Hello,
I have recently upgraded to version 8.2 from version 7.1 (which I thought was superb!).
Anyway, when I transferred my code over to 8.2 I got the following error message:
'An exception occurred within the external node called by a Call Library Function Node. This might have corrupted LabVIEWS's memory. Save any work to a new location and restart LabVIEW.
VI "Myprogram.vi" was stopped at a node " " at a call to "NI_AALBase.lvlib:Real Dot Product.vi:7"
Note that I get similar errors for other vi's that use NI_AALBase.lvlib
I follwo instructions to save in other directory and when I rerun the program all is well, until next time i start up LVIEW when it happens again.
Now I thought that this may be a compatability issue between 7.1 and 8.2 as i did not unistall 7.1 from my machine.
So i have now unistalled all NI software following NI instructions (editing regedit, etc) and I have only installed 8.2, but when i run my program, the error is still there.
I looked up error codes in Labview and found that this is error 1097.
I followed similar post on this website but not really got an answer on how to solve this problem.
Can somwone please help?

Hello Janell
thanks for the reply. to answer your questions:
-I installed and uninstalled about 4 times - each time removing all NI components and clearing the registry. Finally checking that all NI components were removed using MSIBLAST.
What i mean by a previous release is that I got sent 2 lots of LVIEW discs for 8.2 - one lot in August and one in November 2006. So what i mean by a previous version I mean the 8.2 discs sent to me in August - same version 8.2 just different discs.
I tried installing on another computer and moving the vi's over - it did not work.
I tried everything! my local NI support engineers did not know where else to go.
Finally yesterday, one of them sent me version 8.2.1 and the problem was solved.
So, it is a bug in the 8.2 version!
Thanks for your help.

Missing subvi from ni_aalbase.lvlib

I have a source distribution which I'm using in my executable application through dynamic VI calling. However, I cannot run the specified VI. It gives me a bunch of errors saying subvi is missing in ni_aalbase.lvlib and ni_aapro.lvlib. I can see both libraries under the "dependencies" section of my project explorer but they are inside vi.lib which is excluded from being copied into the source distribution. Why cannot it find those missing subvis?
Attachments:
subvimissing.png ‏46 KB

I've attached an example set to show the kind of the problem I am facing.
The module I'm calling dynamically is in the folder "Test Module". The actual executable is in the folder "Call Module".
-Run "Call Module/builds/Call Module.exe"
-A dialog box asking for the dynamic vi to call will pop up. Select "Test Module/builds/Execute.vi"
-You'll see Labview ask for path to the missing subvis. If I include the whole NI_aalBase.lvlib and NI_aalPro.livlib, this won't happen and the vi will execute properly and count up to 500.
Attachments:
SP_Dynamic_PROB.zip ‏349 KB

How to build Vis in NI_AALbase.lvlib to my Stand-alone application?

Hi, everybody.
I met some problems while building the subVis of NI_AALbase.lvlib and NI_AALPro.lvlib into my stand-alone application.
I use Labview 8.2 professional version and Windows xp OS.
While I build the system contained example "Peak detection and display.vi" into stand-alone application, it succeeded in the local computer,and the exe program run correctly.
Then I move the generated application files to another computer, where only the run-time engine 8.2 was installed. However, some errors
appeared during the running. The error message is "unable to load the front panel, error in loading 'NI_AALPro.lvlibeak detector.vi' "
It seems the "Peak detector" subvi in NI_AALPro.lvlib can not be found. Similar problems happened with the subvis in NI_AALbase.lvlib.
I use the default configuration for Application Builder. I donot know how to configure the Application Builder.
Could you help me to solve the problems?
Thank you.
Stephen

An example of a non-vi support file might be an image that you are importing into your application. LabVIEW can obtain data from external files and perform LabVIEW functions on it.
Thus, if you created an application that imported a file that is not a vi, you would include this in your support files.
You can find out more about File I/O in the LabVIEW Help>>Fundamentals section.
I hope this helps clarify things. Let me know if you have any more questions regarding this issue.
Cheers,
Emilie K. | Applications Engineer | National Instruments

"Open VI Reference" Option "Prompt user to find missing subVIs"

I am using "Open VI Reference" to dynamically load a VI. For the "option" control of the "Open VI Reference" node, I pass "0x10" or "10" in hexadecimal, which supposedly "prompt user to find missing subVIs." Nevertheless, I don't get a prompt message dialog when I intentionally pass an invalid or missing VI path. Instead I just get an Error Code 7. What does this option "Prompt user..." suppose to do?

Make sure you set the properties on the integer input into the “options” control to the “Open VI Reference” to be a Hexadecimal format (right-click on the “options” control input, select Format and Precision…, then select Hexadecimal). Now, if you re-run your VI and wire in a VI with a missing subVI, the Open VI Reference will appear with a dialog that will prompt you to browse to the missing subVI. This is exactly the same message LabVIEW displays when it attempts to open a VI and cannot find its subVIs.
I’ve attached a simple example program to demonstrate. Enter the path to the “number extractor.vi” as the VI to open. You should see a dialog prompt appear asking for the “Search 1D Array – Complete.vi”.
Hope this helps!
Attachments:
openVIRefExample.zip ‏20 KB

How to find & repair the missing Subvis in EXE ?

I m literally breaking my head due to the above-stated problem.
When I try to build the EXE & run it, the message in the attached png pops-up & thats the end of it.
This problem started when I installed both the 8.2 & 8.5 evaluations in my PC before a month or so...
I didnt care much about the problem because I thought it might ve been due to the two evaluation installations.
But today when my evaluation expired & I built the EXE using my LV 7.1 PDS & ran it, immediately the same thing happened as before. Now, it is quite annoying me much. I repaired, reinstalled LV 7.1; still of no use. I again uninstalled every NI stuff using the msiblast.exe & reinstalled LV 7.1 alone in my PC. Then also, this problem erupted again.
Please see to the picture & suggest me some solutions regarding this...
Using LV 7.1, WinXP, SP2.
- Partha
LabVIEW - Wires that catch bugs!
Attachments:
Cosine Integral.vi missing.PNG ‏5 KB
Missing subVI.PNG ‏36 KB
Gamma Function.vi missing.PNG ‏5 KB

It has been a repair/reinstallation job for the umpteen time today. So, in my guess, it would ve set/reset the necessary file permissions to default. I had already tried the time-tested method of copying/pasting manually the lvanlys.dll into the "data" folder. After doing it also, I got the same error.
Normally, LV doesnt put these dlls intothe "data" folder, unlike what you told earlier [maybe in LV 7.0, but not in LV 7.1]. I m quite sure about that because the run-time engine takes care of all the necessary LV dlls required by the EXE [whether stand-alone or installed on a non-LV installed PC]. IMO, that is the job of the run-time engine, after all...
So, tomorrow as a first thing, I d contact NI to fix up this.
But any help from you is still much appreciated.
- Partha
LabVIEW - Wires that catch bugs!

Labview Application missing SubVI's, totally stumped

Hello. I am working on a VI that is a simple thermocouple datalogger. I have created it in Labview 2013 (latest patch) on a Windows 7 Machine. It works correctly on the development machine with Labview installed. It uses custom drivers for an Advantech USB 4718 data acqusition module. These drivers were downloaded directly from the manufacturer.
When I build an application and copy it over to a different machine (running windows 8) I get a laundry list of missing SubVIs when I try to run it (see image). This is despite installing all relevant data aquisition drivers (I have verified that the module works with the manufacturers own daq software) the latest version of Labview 2013 run time engine, DAQmx, etc.... I can't think of anything else that should be installed but Im totally stumped.
Anything else I can try? Is it because the Dev machine is windows 7 but the application machine is windows 8? I'm new to building applications from labview, so I'm not sure what I may be missing. Thank you.
Error Message(s)

It seems that most of these VIs are used by the DAQNaviAssistant from Advantech.
You should ask Advantech if there are known issues when building executables in LV which contain these ExpressVIs.
Also, you can re-build your EXE without optimizing the EXE content by de-selecting all checkmarks on the "Additional Exclusions" tab. It is possible that one of these options remove these subVIs.
What bothers me is that it runs on the development machine... which indicates that the EXE itself should really contain everything what it needs (except driver functions, namely DLLs of course).
Norbert
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

Computer with labview runtime engine (v8.2) cannot find sub-VI NI_AALBase.lvlib:Mean.vi. What do I have to do?

I am trying to run an exectutable on a computer that has the labview v8.2 runtime engine. The error I am getting is: Cannot find sub-VI NI_AALBase.lvlib:Mean.vi. What is the easiest solution?

the matrix,
I would try reinstalling the LabVIEW 8.2 Run-Time Engine. You may also want to try creating a very simple project in your development environment that has a VI with just the Mean.vi, try building an executable and then running it on the machine that just has the 8.2 RTE.
Doug M
Applications Engineer
National Instruments
For those unfamiliar with NBC's The Office, my icon is NOT a picture of me

Missing subVI DAQmx Create AI Channel TEDS(sub_.vi DAQmx Create Channel( TEDS-AI-Voltage-Basic). vi.

Hi,
    I have seen several discussion regarding this topic, however it seems that none of the solutions are working for me. Here is my situation, i am using LabView 7.1 which I use to generate my .EXE, when I generate my .EXE I use the Tab Intaller Settings to generate the Setup.msi. I then take the folder which contains the .EXE and the installer and bring it over to another machine which is running VM Ware with a freshly installed windows XP. (to make sure nothing is on the machine and then i get surprise at the custormer's site)
   Once this was done, i would start by lauching the installer and then the .EXE the result was the following, I would get the following message:
Missing subVI DAQmx Create Task.vi in VI instance      1    3tst
.vi.
Missing subvI DAQmx Create channel (TEDS-AI-Voltage-Basic).vi
in VI Instance 1   3tst.vi.
Missing subVI DAQmx Create Channel( AI-Voltage-Basic).vi in VI
instance    1   3tst.vi
Missing subVI DAQmx Timing(Sample Clock).vi in VI instance
1   3 tst.vi
Missing subVI DAQmx Read(Analog 1D Wfm NChan nSamp).vi in
Vi instance   1   3tst
then as suggested in other discussions of this forum I download (537MB) and installed
on the target machine (VM Ware) the nidaq710 which i downloaded from
http://digital.ni.com/softlib.nsf/websearch/C1F802E457EA042586256DD00001B0C9?opendocument&node=132070_US
This did solve some problems BUT I am still getting the following message when I launch the EXE
Missing subVI DAQmx Create AI Channel TEDS(sub).vi in VI DAQmx Create
Channel(TEDS-AI-Voltage-Basic).vi.
Thank you
Maldini

Hi Maldini,
Thank you for posting to the NI forums. Is the VM Ware PC using the same operating system as the development PC? Also, are you using DAQmx 7.1 on the development computer, or are you using a more recent version? When distributing applications, the driver version on the deployment PCs must match the driver version of the development PC.
If this is already the case, then you shouldn’t be receiving any of these error messages. There are few things that may fix this problem.
Reinstall the DAQmx driver.
Perform a repair install the DAQmx driver on the deployment computer.
Upgrade the DAQmx driver on both the development and the deployment PCs.
With Windows XP and LabVIEW 7.1, you are able to use the latest version of DAQmx, which is currently DAQmx 8.5.
After going through these steps, please post back if you continue to have problems.
Ed W.
Applications Engineer
National Instruments

Missing subvi in vi.llb

Stand alone EXE creation issue :
My main application (a.vi) call the another (b.vi)VI controls in 'Call by reference' Method. The application works fine in development computer. When creating the exe and executing in the same development system the (b.vi) has broken arrow and show the error - Missing subvi
'Clear errors.vi' , 'Search and Replace Pattern.vi' - Which is present in vi.lib/utility / error. llb
Write To Spreadsheet file (DBL).vi - Which is presnet in vi.lib/utlity/ file.llb
and few more.
I can see this files in the folders also I can see them in my project explorer - Dependencies folder and I have no idea why this files are not linked during exe creation.
Please give me some suggesstions

This issue is not caused by a corrupt RTE and repairing won't fix it. The issue is that the RTE has no idea what or where vi.lib is. Anytime you are trying to call a VI from the RTE, the VI must have access to all of its dependencies directly and not from vi.lib. When a VI is saved it knows the relative path from itself to its subVIs if they are user created. For VIs that are inside vi.lib the top level VI saves a path relative to the vi.lib directory. When we create a build with App Builder we load all of the dependencies of the top level VIs and always included VIs and save a new copy of them for the build to use. All of the paths to these VIs are now saved locally and not in vi.lib. What is sounds like is happending is that when you try to dynamically call your b.vi it has dependencies that the executable doesn't know about; moreover, the RTE doesn't know about vi.lib so it appears broken.
There are a couple of options that you can do
1. Make sure that your dynamically called VI is added to the always included section when building the application. This tells application builder that it needs to make sure all of the VIs dependencies are included in the build and the VI knows where to find them.
2. If you don't want to include your dynamically called VIs in your executable build you will still need to create a separate build of your dynamically called VIs. This design is commonly used for plugin architectures where you will be adding functionality to the program after it is deployed. The separate build specification can be a source distribution. When creating the source distribution you will need to make sure that you have the checkbox for "Exclude files from vi.lib" NOT selected (you will also need to uncheck the boxes for user.lib and instr.lib if you have dependencies from there). This tells application builder to make sure and include all of the dependencies in the build so that the included VIs have all of their dependencies and can be run by the RTE.
Regards,
Jon S.
National Instruments
LabVIEW R&D

Missing subVi after build in llb

I have a top level application that dinamycally calls some Vi contained in a llb library.
Running the app from source works fine. If I build an application the dinamycally loaded VIs open with the broken arrow. If I click the arrow I see that some subvi are missing:
Block Diagtram Errors:
Poly VI 'Read From Spreadsheet File.vi': subVi is missing
SubVI 'Merge Errors.vi': subVI is missing
I build the application including the llb as 'Always included' under source files.
What should I do to have all the llb subVI included or correctly linked ?
thank you
Gianpiero
LV 8.5 + DSC

Ciao Gianpiero,
you can take a look at this document:
Creating a Source Distribution, Application Distribution, or LLB in LabVIEW 8.0
Hope this can help.
Regards,
Andrea N.
Andrea N.
Systems Engineer ATE & RF - Mediterranean Region
National Instruments Italy

Vision EXEcutable does not work on host machine (missing subVIs)

Hello,
I am working on LabVIEW 10 / vision 11. I am making a VI to take a picture with USB camera and I built this application to create an executable.
This executable works fine on my computer (which has LabVIEW installed) but does not work on other a host machines.
I tried to run this application on another computer with LabVIEW installed and it worked fine.
On host machines, it keeps telling me that I have missing subVIs (only vision subVIs !!). All my other executables without vision VIs work fine...
Do I need a license on my host machine to run my executable?
Do you have any other idea?
Thank you!
Nicolas.

On a target machine, you need the LabVIEW runtime engine and a the Vision Acquisition Software installed to run an executable. The LabVIEW runtime engine doesn't cost anything but you still need to pay for the license of Vision Acquisition Software.
The NI VAS can be downloaded from here:
http://joule.ni.com/nidu/cds/view/p/id/2975/lang/en
Adnan Zafar
Certified LabVIEW Architect
Coleman Technologies

Missing SubVIs when generating exe

When I open my project file, Labview searches for a bunch of VIs and then opens. I have bee developing like this since I took over the code a couple of weeks ago. I am able to run the program with no problems. Now I want to generate an executable and/or installer with Labview 9 and it tells me that it is missing VIs. I have edited quite a few built in VIs and I am not sure what VIs the programmer before me has imported. All I know is that the program works and I have to install it on target machines. Why won't Labview 9 let me create an exe or installer? I never had problems with previous versions.
Please help.
Matt

Simpler Error Handler is in vi.lib\Utility\error.llb
Perhaps your .llb was corrupted in some way? Check that file path and see if the Simpler Error Handler.vi exists in that .llb.
Search and replace pattern.vi is under that same library as well.
The NI_report VI's are part of the report generation toolkit. Is that toolkit installed? Is it corrupted in some way?
I would suggest repairing your LabVIEW installation.
mattyk wrote:
I should mention that I edited quite a few of the report generation toolkit VIs that came with Labview so I could adjust the column width on a table for a printed report. I mention this because I see that it can't find some of those VIs and am wondering if there is a link. The errors occur on two separate machines. Hope this helps.
That is a big problem. You should never edit any of the VI's that LabVIEW provides. If you need to modify them, then you should make new copies of them with a different name. You probably either broke the libraries or somehow damaged the cross-linking between the subVI's.
Message Edited by Ravens Fan on 11-05-2009 11:34 AM

Show front panel of subVI on a real-time target

Hi,
I'm running an application on a real-time target (14.00). On the main front panel of the application, I have a button who open another VI with the invoke node method but this component doesn't work with Real-Time taget. So, how can I show the front panel without this method ?
Thank you

Hint: RT = there should be no GUI.
RT applications are meant to just run off on their own. GUI is not part of a real RT system since that adds a non-deterministic process to the system, adding jitter (which is a big no-no in RT). What you should be doing is making a Windows host application that can communicate with the RT system (via Network Streams, TCP/IP, etc). The host application acts as the GUI/HMI.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

Missing subVI NI_AALBase.lvlib:Real A x B.vi in...

Similar Messages

Maybe you are looking for