scripting in EXE

[AristosQueue (NI)]

Yes, you need those components, but that may not be enought to legally use those components. When using scripting in an EXE, be very aware of your End User License Agreement. National Instruments restricts that ability -- it is our intention to prevent anyone from legally doing scripting that does not own a full development license for LabVIEW to prevent circumvention of the LabVIEW environment. This is not to say that you cannot technically make it work by various means, but legally, you may find yourself in trouble if your scripting code provides the means for a user to edit VIs. Creating an automated language translator -- say a C to G tool -- is generally acceptable, but as soon as the user starts having a user interface to control what gets scripted, you're skirting or passed the legal boundary.

[Jauron]

Understood, thank you for the warning. I am trying to get a hold of our Regional sales rep, to get an answer on this.

Is there another way I can get around this? An alternative method perhaps?? Suggestions?

[AristosQueue (NI)]

Depending upon what you're doing, there is often a better solution than scripting ... in any programming language. Scripting requires a compiler to run on the resulting function to make it usable. Often what you're doing is following some script and putting together the function to execute that script. Why not instead just write an interpreter? That can frequently be better performance than a compiler if the function is not going to be executed multiple times. You have a script, and it calls functions that you've already written in order. For example, if your scripting instructions say "drop these three subVIs and wire them together", then your interpreter instructions would say, "Get a VI reference to these three VIs and call them one after the other."

I know that's really general feedback, but it's the best I can offer without knowing the details of your project. If you need help developing your app further, contact an AE or your field sales engineer and see if they can find you resources on the topic.

[Gryffin]

Sorry to revive such an old topic, however, I have been implementing a great idea until I found this thread.

I just want to be sure, is "VI Scripting" still limited to the development environment? Is it possible to dynamically create VIs and execute them in an EXE?

 I have Typedef clusters which I would like to dynamically place on a new VI, for the user to fill out and then press a button to indicate that they are finished entering data.

Is it possible for me to dynamically create these VIs from my .EXE (save them to Temp folder to run?), and then run them from my EXE? Only using LabVIEW Run-Time?

Many thanks!

[wiebe@CARYA]

Still no AFAIK.

There might be alternate run time engines (I don't know), used for vision assistant and\or teststand, but the normal run time engine won't create objects. And it still won't be legal.

The normal RTE doesn't even have capabilities to compile a VI. So even if it could create a VI and put controls on the FP, the RTE won't be able to run it. This might be under reconsideration, as there are huge benefits to having a RTE that can compile, but it might take years. And it won't let the RTE create VIs.

There's been talk about dynamically creating controls and indicators for CG LV (NXG has this), but the plan has been cancelled as often as it was started. In other words, I won't hold my breath.