Neil Pate

Thanks for the tips guys, I am getting there, slowly! This is my current [Run] section [Run];Filename: "{tmp}InstallDotNET4dotNetFx40_Full_x86_x64.exe"; Parameters: "/q"; WorkingDir: "{tmp}InstallDotNET4"Filename: "{tmp}LVRTE_Extractedsetup.exe"; Parameters: "/q /AcceptLicenses yes /log /r /disableNotificationCheck"; WorkingDir: "{tmp}LVRTE_extracted"; Flags: waituntilterminated

Yeah I have that feeling too, it just feels so unnecessary to package the whole RTE with my application. Also, it makes the install process a bit weird as the user has to click through the LV RTE install dialogs. If I could find a way to supress those I would settle for that. This should be possible, I just have no idea how

Hi All, So I have spent a large portion of my weekend either changing nappies or trying to get a LabVIEW application running on a fresh PC (in a VM). Basically I am trying to streamline the RTE (using a technique similar to Jack's described here). I will admit I have not made very much progress, I can run a very simple app, but have not yet found the magic sauce for making .NET4 DLLs work, or WebServices. I have two simple builds that I am trying to run. One is a simple .NET DLL test, the other a WebService test. The first fails to run properly with a broken run arrow, the second runs, but I get a LabVIEW error the same at the original post in this thread. Any tips here on which parts of the RTE I should be using? Note I tried the components described in this document to try and make the WebServices work, no luck. Edit: ok figured out the .NET portion (maybe) needed to include VC2010MSMs. Help! Neil

take a look at the VIs in vi.libutilityeditlvlibslvclass I believe that renaming the class also resets the mutation history.

Thanks guys, I have done a bit of tinkering with InnoSetup (and the Script generation GUI) and really like it. Now I just have to figure out how to include the various bits and pieces of the runtime engine, webservices and .NET client.

"Glad" to hear I am not alone in my frustrations here. If you don't mind me asking which 3rd party setup generation tool did you settle on? From speaking with a few others it seems that Inno Setup is quite a good option.

More info on this error in case anybody else stumbles upon it. I still do not know what causes this problem, and the only reliable solution I have found so far is to install the LV runtime engine manually before proceeding with the application installer. This is not a very satisfying fix for the problem, and am not devoting some time to looking into alternate install creators as I do not think the one built into LabVIEW is doing a very good job.

OK, hopefully gotten to the bottom of it. Looks like it was just a messed up installation of LabVIEW. Removing everything NI related and re-installing the runtime seems to have fixed it. Is there a holding thumbs emoticon?

Hi All, I have a strange error which manifests itself on some of the PCs I am trying to run a built application on. I stripped everything out and have traced the error down to a single VI, OpenHandle.vi in the HTTP library which ships with LabVIEW. The error code I get out seems to point to something fundamentally wrong with this PC as it is saying "Failed to load library". This does not happen on all PCs, only some. Does anybody know if the HTTP VIs call some DLL or something (the VI is password protected) that I should be distributing with the application? Has anybody seen this error before? Google does not seem to know much about it.

Thanks, I did not know about this feature. Sure enough it is 2010. Now I am really confused as I would have bet (and lost) a lot of money that it was 8.6!

Thanks Shaun, I am quite surprised by this as I was pretty sure it was 8.6. Now I have to do a bit of thinking!

Hi All, I have some old code I need to make some changes to, and am not certain what version of LV it is done in. I so not have those old versions installed on my PC, and don't really want to install the wrong version. The .lvproj has <Project Type="Project" LVVersion="10008000"> in it, does anybody know if this is 8.6 or 8.6.1? My suspicion is that is it 8.6.1 Thanks Neil

You know you can customise this to whatever suits you right? Edit CLSUIP_LocalizedStrings.vi in LabVIEWresourceFrameworkProvidersLVClassLibraryNewAccessors and change the Write and Read to whatever suits you. Don't forget to right-click-->make the value default on each of the string controls after you have changed it, and then save. Only pain point here is that it has to be done for each new LV installation

Have you considered you may just have a dud FPGA card or problem with the PCIe/PXI bus? I did some work on a system that has an industrial PC with a PCI bus extender, and had lots of very strange hardware problems that just went away when we used a different PC vendor.

Thanks. I am trying to understand it from the inside, rather than just a black box, so those slides will be good I think. In the course of getting to grips with things I will probably knock together some really simple examples teaching myself the API, if I end up with anything worthwhile I will upload.

James, can you post your Euro-CLA summit presentation slides? Trying to dive straight in with this example is too much for me to grok.

Got it to run, time is not on my side though so not been able to poke around. I like the debug message window Will dig in over Christmas hopefully :-)

I think could be called "the more popular implementation of ByRef LVOOP" or TMPIOBL, it just rolls so easily off the tongue

Yup, rename inside LabVIEW and let the VCS tool worry about tracking the file-system changes.

Ouch... that is quite worrying!

I do recall a colleague having quite a bit of memory problems with large 2D string arrays. The memory would never de-allocate even after the VI had finished running. This problem was unique to strings, it did not occur when the data type was changed to something else. This was LV2012, so perhaps it has been fixed.

Rocking! I wonder how long has this been a feature?

Hi all, So this has bugged me for basically forever. Is there a simple way to apply a library style icon to a single VI or control that was not previously part of the library? I know it can be done using the properties dialogue of the library, but that applies the icon to all the VIs in the library which is really not desirable most of the time as then many other VIs need saving. This happens a lot when I create a new VI or control and realise it probably belongs in a different library to the one I initially created it from. Am I being stupid here and there is a menu option somewhere I have never noticed?

Thank you Yair.

Format "painter" for FP controls/indicators (and perhaps BD constants) would allow the quick copying of the formatting from one object to another. Click here!