Jump to content

Neil Pate

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Neil Pate

  1. I feel your pain Mike, This advice will probably come across as totally patronising (it really is not meant to be), but I really recommend nightly builds of all executables, committed into your VCS. Doing this generally saves a whole bunch of time when LabVIEW throws its toys out the cot.
  2. For those who do not know me in person, Neil Pate is my real-world alias.
  3. Indeed, a worthy cause. I was browsing the donation page earlier today and spotted a few familiar names there
  4. This is what I ended up doing. I spent days trying to figure out which dependencies were required, and gave up in the end after trying many different "sensible" permutations. I have gained a whole heap of Inno Setup knowldege and random installer stuff now though, so I suppose it is time well spent.
  5. Although this process is painful I am learning a tonne of new things about VirtualBox and InnoSetup. VirtualBox is a mighty impressive piece of software, I cannot believe I have not been making more use of it (especially snapshotting).
  6. 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
  7. 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
  8. 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
  9. take a look at the VIs in vi.libutilityeditlvlibslvclass I believe that renaming the class also resets the mutation history.
  10. 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.
  11. "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.
  12. 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.
  13. 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?
  14. 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.
  15. 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!
  16. 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!
  17. 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
  18. 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
  19. 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.
  20. 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.
  21. 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.
  22. 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 :-)
  23. I think could be called "the more popular implementation of ByRef LVOOP" or TMPIOBL, it just rolls so easily off the tongue
  24. Yup, rename inside LabVIEW and let the VCS tool worry about tracking the file-system changes.
  • Create New...

Important Information

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