LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Unused vi compiled into exe

Solved!
Go to solution

When build exe, there seems some unused vi lib and .mun files been compiled into exe as attached screenshot.

 

It make the exe quite big, 24M. 

 

Any suggestion?

Download All
0 Kudos
Message 1 of 13
(4,016 Views)

There are two settings to change:

  • Disconnect Polymorphic VIs and Typedefs
  • Remove unused library (or class?) memebers.

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
Message 2 of 13
(3,999 Views)

As Ton suggested..

 

You can configure these within your build properties, under "Additional Exclusions".

 

R

 

Message Edited by JoeLabView on 02-09-2009 07:18 AM
Message 3 of 13
(3,983 Views)

Thanks,

 

After select option2(LV8.2), it is just half size(13M) after compiled.

 

But may I know what is the difference inside. If they are not in the exe, where are they.

Does the performance will be affected?

 

0 Kudos
Message 4 of 13
(3,957 Views)

No, with this option you have excluded non-used code from your executable.

 

Ton

Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
0 Kudos
Message 5 of 13
(3,945 Views)

I never paid attention to the fact that the additional exclusions screen was different for LV8.2 & LV8.5.  Interesting..

 

From LV8.2:

 

Message 6 of 13
(3,929 Views)

Does anyone know of a good reason to compile all of the extra stuff? 

 

If the EXE can run without it, why wouldn't the App Builder default to making the installer as small as possible?

LabVIEW Pro Dev & Measurement Studio Pro (VS Pro) 2019
0 Kudos
Message 7 of 13
(3,921 Views)

"NIquist" <x@no.email> wrote in message
news:1234276808095-850101@exchange.ni.com...
> Does anyone know of a good reason to compile all of the extra stuff?&nbsp;
&nbsp;If the EXE can run without it, why wouldn't the App Builder default to
making the installer as small as possible?

Executables might call dynamic VI's. If the vi's interface with type defs,
it's easier to keep the type defs in the executable.

Same goes for the polymorphic vi's. If they are in the executable, the
dynamicly called subvi can use them, since they are already loaded into
memory. If you disconnect them, the sub vi can't find them, and you need to
provide them seperatelly.

There are other situations where you'd want to keep the original type def's.
For instance, if you do things with the type def information, like storing
and reloading it.

I'd say, in normal programs, simply disconnect everything. It *might* effect
the performance, but only for the better.

Regards,

Wiebe.


Message 8 of 13
(3,906 Views)

'If you disconnect them', where will they be placed, in which file format.

 

Thanks,

0 Kudos
Message 9 of 13
(3,868 Views)
The disconnected stuff will still exist in your .VI's and the LabVIEW libraries.  The just won't be embedded in the compiled format of the executable.
0 Kudos
Message 10 of 13
(3,863 Views)