Jump to content

64-bit Installer Issues


Recommended Posts

Has anyone had issues creating installers for their 64-bit builds of LabVIEW in 2011 SP1 f1? I've spent a few days on this and this is what I've managed to pin down.

My 32-bit builds work fine, as do their installers. Distributing the 64-bit RTE with my installer though doesn't seem to work as some components always seem to be missing. After distributing my application, my startup VI runs and attempts to dynamically load the main VI for the project, failing with an error:

LabVIEW: The VI is not executable. Most likely the VI is broken or one of its subVIs cannot be located. Select File>>Open to open the VI and then verify that you are able to run it.

The same executable works on a system with the 64-bit IDE, or a system where I manually install the RTE. Here's the installer configuration.

post-11742-0-54768400-1335445843_thumb.p

The interesting thing here is the RTE isn't labelled as SP1, despite me running the SP1f1 IDE.

post-11742-0-91760300-1335445882_thumb.p

Interesting...

I don't need all of those options, but I'm desperately trying to convince LabVIEW to include an entire RTE. In the end though it doesn't. When I manually download the RTE and install it, I get this:

post-11742-0-34445100-1335445961.png

I don't know what USI is, and I don't think I use the variable engine or datasockets (but given how hard it is to trace dependencies in LabVIEW, who knows?). Sure enough though, running through the installer makes my executable work.

I've tried running the executable through depends.exe and can spot no differences in the dependency tree when loading it in a "broken" versus "good" state.

I opened a ticket on this a few weeks ago but it went unresolved, mostly due to my inability to fully investigate. I'll be reopening it soon, but in the meantime I'm wondering if any one else has seen issues with this?

Link to comment

USI is NI's Universal Storage Interface. Of the other items in the list, I'd be more interested in the Deployable Licenses entry - are you using remote panels? A missing license will break the VI as well. Both of these "should" be available under Additional Installers.

Is it possible to distribute debug-enabled applications through the installer and then attach to them after install? I've never tried, but it'd be really awesome if you could.

  • Like 1
Link to comment

Ah, thanks for the info on USI.

Debugging it would be good, except I'd expect any machine with the IDE has all the required components to run the executable so there would be no problem to debug! I'm definitely not using remote panels.

Link to comment

OK bingo. It's the Deployable License. There's a separate entry in the additional installers that is not part of the RTE.

post-11742-0-85563500-1335456083_thumb.p

I have no idea why my 64-bit code requires the license but my 32-bit code does not. This is distressing, especially since I don't use remote panels. I'm now worried about our legal ability to distribute the code, having to distribute a license for an unknown reason doesn't leave me feeling particularly confident.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.