Application builder and dynamic class VIs name collision

I'm, using LabView 8.6 and I'm trying to make executable file.
The application builder returns warning:
"LabVIEW prevented a file name collision during the build. Duplicate file names cannot be copied to the same destination. You can rename files as part of the build process to avoid name conflicts."
...and no executable is created.
I'm pretty sure the warning comes from the fact that I use dynamic class member VIs, that are by definition have to have same names in both parent and children.
The following link (http://zone.ni.com/reference/en-XX/help/371361E-01/lvhowto/caveats_apps_dlls/) says " If you don't rename the files, Application Builder moves the files to different folders for you to avoid a filename collision.", but no folders are created.
Any help here?

Hi,
If you have a parent class and one or more child classes, during the build LV will create a folder for each class with a conflicting VI. The offending VIs will be dumped in their respective folders, resolving the conflict. For what it's worth, I've used dynamic dispatch VIs several times in executables in LV 8.6 without seeing the issue you're reporting.
My only advice would be to:
1) make sure that you haven't somehow put two VIs of the same name in the same class (not even sure that's possible).
2) make sure you aren't renaming a VI during the build and creating a conflict
JasonP - CLD

Similar Messages

Labview 8 Application Builder and VISA Runtime Engine

Hi,
I am using Labview 8 Application Builder and everything is working fine except for 1 small thing. My program makes use of some of the VISA functions and when I build the application I'm having to include the VISA Runtime Engine Installer as a separate item on the CD to make the .exe file work.
What I would ideally like is for people who want to use the application to run the installer and that all necessary components (including the VISA Runtime Engine) are also installed in the one installation. At the moment they're having to do 2 installations and I would like to streamline this.
Is this possible?
Ken

Hi,
this How-To explains about making those selections and including the different drivers :
http://zone.ni.com/reference/en-XX/help/371361A-01/lvhowto/add_installers_to_build/
and this tutorial covers the screenshots a little more step by step.
http://zone.ni.com/devzone/conceptd.nsf/webmain/5ADBC06AC32E508A8625706E0062EBD1
Hope that helps
Sacha Emery
National Instruments (UK)
// it takes almost no time to rate an answer

Application Builder and Demostration App 4600

Besides poking around in the f4600.sql file for pages 1-30'ish AND looking at some of the source code provided at the bottom of each page, is there any better way to (using the Application Builder) to learn how these demonstrations were developed? I'd actually prefer to open in the Application builder and see the properties along with the SQL and PL/SQL.

tx100118 wrote:
Besides poking around in the f4600.sql file for pages 1-30'ish AND looking at some of the source code provided at the bottom of each page, is there any better way to (using the Application Builder) to learn how these demonstrations were developed? I'd actually prefer to open in the Application builder and see the properties along with the SQL and PL/SQL.Just import the <tt>f4600.sql</tt> file and install the app in your workspace. It won't run because it's missing the supporting db objects (obviously installed from elsewhere during the APEX install process), but you can explore how it is constructed.

Application Builder and Corrupt VIs

Howdy All,
I'm developing a Medium-sized application in LabVIEW 7.0 used for instrument control. This application has grown over-time, and currently contains approximately 400 VIs. The basic structure of hte appliation is one main VI that has an instrument status display on the bottom, and a sub-panel on the top, into which all dialogs are loaded for user interaction. Each major task has it's own VI that is loaded into the subpanel as appropriate.
I've read a few stories on the developer exchange about VIs becoming corrupt. I thought these were freak occurences, because by and large, it appears that LabVIEW is fairly stable. However last week I had a VERY scary experience.
I was demonstrating to a collegue the properties of an XY graph control. We changed the colour of one of the plots, then hit cancel. LabVIEW complained of an internal error involving undo.cpp and proceeded to crash. I figured the crash was caused by some strange sequence of events, didn't think much of it, and reloaded my application. After making some changes, I went to the Application Builder to build the application. However the application Builder was complaining about a "missing board" in the DEFAULT build file. I knew immediately that something was VERY wrong. (When I say default build script, I'm referring the default script that is loaded when you press the "Build application or shared library..." button in the tools menu).
(As a side note, does anyone know why the LabVIEW application builder gives such terrible error messages? I always get that "missing board" error when either: one of my support files cannot be found, or one of my dynamic VIs is not executable. Since the error doesn't pinpoint a file, I neeed to go through the files one by one - which is a pain because I have a lot. Another question, why does the application builder ALWAYs ask if you want to save changes to build script, even if you haven't made any changes?)
After loading my build script for the application (which I've used HUNDREDS of times), I got the "missing board" error. I didn't think there was a problem with any of my paths or VIs, but I went throgh each included support file and dynamic VI in the build script to make sure it was there. Though there seemed to be no problems with any of the files, LabVIEW continued to complain.
I figured the problem was specific to the computer I was working on, so I copied the source to another development machine to complete the build. I was VERY scared to find that I got the SAME error on the DEFAULT build script! Also, my actual build script refused to load properly.
This was late at the end of a long day, so I decided to turn of my machines and go home. The next morning, everything worked fine - I was able to build the application, and I haven't had a problem since. (Maybe it was a bad dream, but I have clumps of hair on my desk from the night before...)
I found this experience to be UTTERLY TERRIFYING. Once I had to revert to an archived copy of one of my main VIs, because the current version refused to open, claiming it was corrupt. Since I don't know what's going on behind the scenes in LabVIEW, I'm afraid that tiny internal LabVIEW errors might be adding up. I back-up the source very regularily, since it is such a large project, however I have *real* way of inspecting the integrity of the source.
Does anyone know (A) why this might have happened - especially when the problem reproduced itself on multiple machines (B) has anyone had similar experience with internal LabVIEW errors or corrupt source (C) what sort of internal errors might be piling up that might cause a VI to claim it is "corrupt".
All input is appreciated.
WG

Hi Robert,
For the undo.cpp error, I got a couple different line numbers but didn't write them down. If I get them again, I'll be sure to get the specifics for you.
As for the "missing board", I also got that description a little wrong - the error I'm talking about is:
"Error 7 occured at Inovke Node in Dist read linkages.vi->Dist Cmp Settings to Disk Hier.vi->Build Application.vi
Possible reason(s):
LabVIEW: File not found. The file might have been moved or deleted, or the file path might be incorrectly formatted for hte operating system. For example, use \ as path separators on Windows, : on Mac OS, and / on Unix.
NI-488: Non-existent board."
As you can see, I meant "non-existent board". This error is very easy to reproduce - m
ake a build script and include some extra files. Save and close the build script. Move or rename some of the extra files included in the build. Reload the script. You should get that not very helpful error.
Now that I think about it though, maybe that NI-488 error refers to GPIB control, which I think I have installed, but don't have a GPIB card installed... hmmm... no reason that error should be popping up *there* though...
I could have *sworn* I would also get that error when one of the dynamic VIs in the build is not executable, but I can't seem to reproduce that right now.
Tying back to the original thread - what makes a VI corrupt? I imagine if you cracked the binary file open yourself and messed around with some bits you would probably make the VI corrupt, but I'm assuming that editing a VI normally (ie through LabVIEW) should NOT cause the VIs to become corrupted. Any information on VIs becoming corrupt? Is it somehow related to the undo.cpp errors?(when trying t
o undo some last change that wasn't recorded properly, the VI is modified improperly - after you save and close, it won't reopen?)
Victrick

Small target file build and dynamic launching

I have recently changed by 6.1 build option to "small target file build with external file for sub vi's". For some reason, with this new installation, all the dynamic launching, that used to work, now gives the error message "A sub vi, type definition, or external subroutine is missing or inconsistent with the current VI." Is there some sort of conflict to building this way with dynamic launching?

Jim:
Here are more information about the application builder:
Add Top-Level VI: top-level VI to the application. You must have at least one top-level VI. When you add a top-level VI, LabVIEW automatically includes all its subVIs and related files, such as menu files. LabVIEW also includes DLLs if the VI references the DLL using an absolute path. However, if you use the VI server to call VIs, you must manually add those VIs by using the Add Dynamic VI button.
Add Exported VI (Shared Library only): Adds an exported VI to the shared library. You must have a least one exported VI. When you add an exported VI, LabVIEW automatically includes all its subVIs and related files, such as menu files. LabVIEW also includes DLLs if the VI references the DLL using an absolute path. However, if you use the VI server to call VIs, you must manually add those VIs by using the Add Dynamic VI button.
Add Dynamic VI: Adds VIs that the VI Server dynamically loads.
Add Support File: Adds non-VI files, such as drivers or text and help files to the application.
I hope this helps.
Regards,
Rudi N.

Application builder and CWGraph3D

Hello all,
I am trying to build a self-executable 3D plotter for a fellow worker using the CWgraph3d. When I go to build the application with application builder I have no issues. When I install the application of the host computer and try to change the 3D plot properties, I am not given the options as when I ran the program inside of LV....Any ideas on what I am doing wrong?
Thanks,
Jay Poret
AOT, Inc.
[email protected]

Travis,
I am still a little confused....All I am trying to do is to make a self-executable 3D plotter that allows me to change things like the scale, titles, etc. I did find a way to use property nodes to bypass this but I am still interested in why the example didn't work. Here are the steps I followed:
In application builder
1) insert the cw3Dgraph.ocx as a source file
2) Use the advanced tab and have the program insert the file in the c:\windows\ssystem32 folder (I confirmed the installer did this)
Outside application builder
3) I registered the .ocx file externally using start>>run>>reg32 c:\windows\system32\cw3dgraph.ocx (when hitting enter the system confirmed that the .ocx file was registered on the computer).
Run executable....I could make 3D graphs, rotate the plot but I could not change the x,y,z scales or anything like that.
Am I missing something here?
Thanks for your help.....
Radman
Travs H. wrote:
Hi Radman!
Maybe Robert will have more to add, but I'll throw in my 2 cents worth :-)
When creating an executable/installer, setting Top-level VIs is what designates what VIs actually open and run when you double-click your exe file. By adding both the DS 3D Graph Reader & Writer as Top-Level VIs, you are indicating that when running the executable you want both of those VIs to automatically open and run.
Now about your concern for the batch file. This document was originally created before the release of Windows XP. With that being said the following:
"Then, set the Installation Destination to be Windows System Directory. This will put the ocx into the System32 directory on NT, ME, and 2000, and the System directory on 9x."
should read:
"Then, set the Installation Destination to be Windows System Directory. This will put the ocx into the System32 directory on XP, NT, ME, and 2000, and the System directory on 9x."
Also, if you need to have the ocx file in different directories depending on the operating system (XP or 2000), you will just need to make two versions of the exe. A WinXP version and a Win2000 version.
Hope this helps!
Travis H.
National Instruments

Several question s about runtime Engine, application builder and labview player

I am a little confused by all the options to distribute a program.
Please help bij answering (one of) the following questions:
1. Does an application built with the application builder always need the LV runtime engine? The LV runtime engine is 33 Mb to download!
2. Is there anyway to make a 'normal' executable that runs on a windows machine, without any supporting installed software?
3. What is the advantage of the labview player above the runtime Engine?
All questions refer to the latest software versions of NI software
Thanks in advance,
Regards,
Ferry

ferry1979 wrote:
1. Does an application built with the application builder always need the LV runtime engine? The LV runtime engine is 33 Mb to download!
Yes, the runtime engine contains all the stuff that is common to all LabVIEW applications. This is not any different than e.g. the Visual basic runtime (VBrun...) or dforrt.dll for Fortran.
If you built the application, you can strip it a little bit by including the runtime with the installer and leaving out unneeded modules (see image from the 7.1 builder).
The advantage of a seperate runtime engine is that applications are very small. The runtime needs to be installed only once. On any broadband connection, 33MB is peanuts. I distribute everything without runtine, but tell people to download and install the runtime directly from NI.
(In LabVIEW 4, no runtime was needed, with the disadvantage that even the simplest program was multiple megabytes. Not an efficient solution).
(Maybe in a few years LabVIEW will be so prevalent that the LabVIEW runtime will be part of a standard OS install ;
2. Is there anyway to make a 'normal' executable that runs on a windows machine, without any supporting installed software?
No. See above.
3. What is the advantage of the labview player above the runtime Engine?
The two are quite different. The labview player is more a simple educational tool, because it lets users inspect the diagram. It is not designed for any serious application deployment.
Message Edited by altenbach on 08-21-2005 10:05 AM
LabVIEW Champion . Do more with less code and in less time .
Attachments:
runtime.png ‏24 KB

Application builder and Installation

Elijah Kerry did a real nice power point presentation on Application Builder ( Risk Associated w Source Distribution) back in 2012. I can't remeber what forum/group, etc I found it under. Does anyone know if there is a similar presentation for creating an Installer??
ie:
How do I make sure I get all the files needed to port my code to a target machine?
Do I need to create the exe file 1st?? or does Installer do that for me?? What about MAX?? What about DAQ?? etc, etc.???
Thanks.

Jeff·Þ·Bohrer wrote:
Yes. Tasks Scales and chanels need to be defined somewhere. That *.xml file with a *.lvproj extension is a nice convinient place that DAQmx will look for.
Excuse my ignorance on the subject because I've never used it. But is this useful for deploying DAQmx scales/Channels/Aliases? When I build an EXE and then an installer is the DAQmx scales and channels information inside the .lvproj imported? Or is this just useful for development?
EDIT: It looks like it only has scales/tasks/channels not aliases. So never mind.
Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

Problems with Application Builder and NI-DAQmx drivers in Labview 8.2 Professional

Hello everyone,
I am trying to use the application builder to create an executable so that someone without labview is capable of a remote panel connection to connect to our test laboratory. our test laboratory uses the USB Compact DAQ 9172. I did find some other forums that ran into a similar problem where a computer that didnt have labview installed on it looked for a particular driver (nilvaiu.dll). The common solution appeared to be when building the installer, include the current NI-DAQmx (8.3 in our case) option and then the clients worked fine. My question is when i use the application builder to create an installation file for this application, i get a prompt to:
Locate the "National Instruments Device Drivers - February 2006 Disk 1" distribution. LabVIEW needs to copy a component installed or updated by the distribution to continue building the installer.
What is confusing is that the installation cd's in our laboratory are from August 2006 (501165N-03). It didnt make sense to me that i would need to downgrade the drivers from a few months ago, but i've been wrong before. We just upgraded from the full development to the professional version about 2 weeks ago to utilize the application builder function. Has anyone else ran into this problem and could this be a limitation because we purchased the software with the academic discount?
thanks in advance
Chris

Chris,
My "fix" is brute force. Backup everything. Removing all the NI software takes a while. Be sure to remove leftover directories and files.
Altering the windows registry takes seconds and is not hard if you know what you are looking for. I've attached a screen shot with the NI entry selected. This is what I deleted on by machine. The thing to remember is that the registry controls all the software on your pc. Delete/alter the wrong entry and you have problems. Worst case scenario is that you could end up formating the hard drive and starting over from scratch. I'm not trying to scare you, but I want to make sure you understand the potential for harm.
One thing you might try first. NI-DAQmx 8.5 is now available for download from NI. You might try unloading 8.3 and installing 8.5.
Attachments:
regedit pic.JPG ‏102 KB

Application Builder and Closing

Hi
Already, another problem has arisen. I have developed a simple VI with no big thing inside. I am using an event structure for handling button presses. To quit my application, I have one button, labeled Quit (who would've guessed) which quits the application. I simply wired that button to the quit terminal of the event structure (ok, to the quit terminal of the while structure around the event structure).
I have also built this application with the Application Builder into a .exe file. I managed to get that Run/Pause buttons away. by checking the appropriate checkboxes inside AppBuilder. But now, what happens is as follows:
* I quit my application by using the red X of the window - everything closes down fine, the window disappears *perfect*
* I quit my application by using the button - the program stops, but the run button appears.
How can I avoid that behaviour?
Thanks for your advice

There's a function in Application Control which is used to close LV once everything's done executing. Be careful when using it while developing, as it will close all open vi's. Granted you get the option to save them, but it's annoying nonetheless.
See the attached image
Message Edited by Novatron on 07-10-2006 11:17 AM
Attachments:
Quit.jpg ‏4 KB

Where are Application Builder and SQL/Data Workshops?

I have installed HTML DB (or Application Express) 10.1.0.2 (using the relevant DB server; but without companion tools - but - I hope that I am not loosing anything important from HTML DB, am I?) - installation and automatic configurationi was successfull and at the and I have been advised to use localhost:7779 to access web page - and it worked indeed - but the bad thing is - that I can't found where application developer and SQL, Data workshop can be accessed... seem that they are web browser based solutions - but - there aren't any documents inside Oracle apache web folder that could be perceived as these applications....
In first steps guide there was mentiond to use:
.../pls/application secutiry desciptior/dbhtml
to make first login... - but it does not work for me and seems that in reality address should be different...
Pleas - give some advice - what to do next to access HTML DB developmetn applacations?
Thanx in advance!

The iPhone settings and 3rd party application settings and data created and stored by a 3rd party app are included with the iPhone's backup, which is updated by iTunes as the first step during the iTunes sync process.
This link provides the data included with the iPhone's backup.
http://support.apple.com/kb/HT1766
With XP, the iPhone's backup is located at \Documents and Settings\(username)\Application Data\Apple Computer\MobileSync\Backup\
The iTunes application does not store any data. All data accessed by iTunes is stored elsewhere. Deleting/re-installing or just re-installing iTunes does not delete or affect your iTunes library, and does not delete or affect your iPhone's backup. Deleting iTunes does not delete your iTunes library and it does not delete your iPhone's backup.

Application Builder and Revision numbers?

When I compile a VI (6.0.2) with a non-zero revision number, the revision number is shown as zero. Is there any way to get the pre-compile revision number?

When VIs are built into an application, revision numbers and history are wiped.
What you can do is to store the revision number elsewhere before the build. For example, you could write an utility that reads the revision number of one or each VI in the applicaion and store it in the "VI Description" string or as the default value of a front panel control. You run this utility before building the application. That way, the revision number is available in the application.
LabVIEW, C'est LabVIEW

Application roles and dynamic roles

Hello all,
In my custom workflow, i need to send approvals to some employees. The list of their positions are created in Lookup table. The procedure i am following now is, i am creating appliation roles and adding the names of the people who are in those positions to that role.
In the workflow, i am sending the notification to that role and all the people in that role get the notification.
My question is, how is this different from creating role dynamically?
Which one is preferable?
Thanks
Kumar

Hi,
How often do the users change? If there is a regular turnover of users, then it would be easier to maintain as an adhoc role which is created for each process and the users dynamically added to the role. If there is very little turnover of users in the table, then this is less of a maintenance overhead.
Do the users have an extra responsibility purely to receive the notification? If so, they might not want to see that as an option when they log in, in which case you should consider an adhoc role.
How many instances of the process are likely to be running at the same time? Who should be notified if the list of users changes during the process execution - the old list, or the new list? Depending on the answers, there are pros and cons of building the solution using responsibilities or adhoc roles - only you and your client know the answers, though.
Matt
WorkflowFAQ.com - the ONLY independent resource for Oracle Workflow development
Alpha review chapters from my book "Developing With Oracle Workflow" are available via my website http://www.workflowfaq.com
Have you read the blog at http://www.workflowfaq.com/blog ?
WorkflowFAQ support forum: http://forum.workflowfaq.com

Application builder and DLL

(excuse my english)
I build industrial system that contain hight speed digitizers and many others instruments.
We developp also high levels digital processing functions in C and compile them in LLB . Our actual clients are chinese laboratories and industries.
My function is to develop the hardware and the main user software. After acquisition is done I use the treatment functions developped by our researchers thrue LLB.
After buildind an application, the LLB appears in a Data folder.
I would like to find a way to embed the LLB in the compiled code in order to protect it and also to reduce the upgrade to send to our client as a simple
executable file. We would like to continue to work with LLBs rather than CINs.
Need help.
Harold Hebert
National Research Council Canada

You keep writing LLB, but your header says DLL, which also makes sense in the context, so I'll assume you're refering to a DLL.
Other than a CIN, I don't think there is any way to embed C code into your VI. There is the formula node, but that is not pure C.
If you want to simplify the deployment, you can create an installer or just a small executable which will deploy the application's executable as well as the DLL. You can do this either by writing code in C or LV or by using something like a self extracting archive. I think Winzip can create those.
Try to take over the world!

Java Reflection and dynamic class loading

I am trying to load my classes 'dynamically' using java reflection, which is a feature absolutely necessary for my webapp. I could not get this to work as of yet. Could someone please give me a piece of sample code that would do the following :
- return the value (String) of known method y from class x
- class x is only known at runtime (from the query-string in this case)
- method y is known
Thanks in advance.
cheers,
Tom
PS: Please do not give me any links to tutorials/articles that do not do the EXACT thing that I asked for. Thank you.

tried it, but it always gives me a MethodNotFoundException, because its trying to find my class in java.lang.String for some reason...
heres part of the code (its an altered version of the code given in the invoke tutorial):
public String getMethodReturnValue(String methodName, String className) {
String result = null;
Class theModuleClass = String.class;
Class[] parameterTypes = new Class[] {};
Method concatMethod;
//Object[] arguments = new Object[] {parameters};
try {
concatMethod = theModuleClass.getMethod(methodName, null);
result = (String) concatMethod.invoke(createObject(className), parameterTypes);
} catch (NoSuchMethodException e) {
result = e.toString();
} catch (IllegalAccessException e) {
result = e.toString();
} catch (InvocationTargetException e) {
result = e.toString();
return result;
private Object createObject (String className) {
Object object = null;
try {
Class classDefinition = Class.forName(className);
object = classDefinition.newInstance();
} catch (Exception e) {}
return object;
Thanks for any help!
-Tom

Application builder and dynamic class VIs name collision

Similar Messages

Maybe you are looking for