Neil Pate

I believe this is by design. Occurrences are slightly different to other kinds of reference (like notifiers etc) and the actual occurrence reference is determined at compile time or something like that. I remember reading something about this on ni.com years ago. Will try and dig it up.

It's been a while since I did mine, so my memory is a bit rusty, sorry. I think I did not use a template as it would have required too much changing in the heat of the exam (I don't really like the templates shipping with LV), but I did borrow some elements from some of the templates though. The one thing I think I did re-use was the queue handling mechanism as this was neatly wrapped up and easily copied out a sample project. Don't beat yourself up, the CLED was one of the toughest exams I have done. Three and a half hours in I honestly felt like getting up and going home (to sulk), and I am pretty sure ten years ago I would have done that. Instead I managed to knuckle down and passed. In the exam I also had some weird connectivity issues with the RT target, and spent way too long trying to get my build to deploy properly. I probably wasted 30 mins doing this before saying screw it and just leaving it.

Thanks for this tip. I have made the change and now I just have to wait for my application to fall over (or not fall over, hopefully!).

<possible thread hijack> Jack, I had tried to do something similar with the threads just yesterday. Do you know how to achieve this in a built executable? Unfortunately threadconfig.vi is a GUI type VI, so not really able to be embedded into another application. I was able to get the contents of this VI and remove the GUI aspect and then inserted it into my code. However I am not really sure this will do what I want as I do not know if it is possible to modify the thread configuration from a running application? Perhaps I need to modify the LV IDE settings before building? </possible thread hijack>

And it sure it an interesting thread if you care about things like absolute timing on FPGA. Thanks for the crosspost hooovahh I don't browse ni.com nearly as much as I used to.

Perhaps the VI Server/Scripting API for some of the stuff has changed, but I expect a lot of them would work. Annoyingly a lot of the other VIs in LVClassLibrary are still password protected.

In LV2014 all the VIs in the NewAccessors directory are not protected.

Out of curiosity, why are you even trying to read more bytes than are in the file?

That is about as cunning as a fox who's just been appointed Professor of Cunning at Oxford University.

Hi, I am a UK based LabVIEW architect (also qualified as CLED and CPI) and am on the lookout for LabVIEW/systems engineering type work. My formal education consists of bachelors and masters in Electronic Engineering. My professional experience includes significant exposure to virtually the entire LabVIEW stack (PC/RT/FPGA) and I have done work in a diverse range of industries including Formula 1, Telecommunications and Aerospace. If you are in need of a skilled LabVIEW architect, for any size project, please do not hesitate to contact me via this forum. My CV is available on request.

I know nothing about the internals of LabVIEW on this one, but would be a bit surprised if the parents knew about their children, it is more likely to be the other way around surely? At runtime you can inject new child classes, so surely this means the parent must have zero knowledge of children?

That sounds like a very thorough process, and miles ahead of most of what I come across. Is there a jealous HTML tag?

Quick show of hands, does anybody actually use the Build Number in executables? I use Major.Minor.Bugfix, but never build number. Perhaps this would be useful when using some form of continuous integration type processes, but by far on the projects I have been involved in or seen all the builds are done manually by the developer (and thus the version components are manually bumped). In this instance a new build almost certainly correlates with either a bugfix or a new feature. Thoughts?

Try this

Could it be default data saved in the class "cluster"? That or mutation history as James suggested are the only things I can think of that would make the .lvclass file so big.

Where did you find this library? I do not seem to have it in my LabVIEW directory.

Indeed, the writeup on how they managed to get CGA to display 1024 colours is fantastic (and way way over my head).

http://trixter.oldskool.org/2015/04/07/8088-mph-we-break-all-your-emulators/

Is that like home-sickness for birds?

This is quite interesting. I really hate doing any real programming on my laptop using the touchpad (on a flight for example). Sounds like the Surface solves this problem!

I have not messed about with this kind of thing in years, but perhaps it's Nagle's algorithm at play? You can disable it using Win32 calls, see here.

Certainly the buffering has it's oddities, but I have not come across the other issues you mention. I still think you are brave for going back to pure TCP/IP though!

Network streams?

Michael, this is a slippery slope. I would have loved to attend the summit this year, but other commitments kept me away. The extra two days of content were restricted by an NDA, which I signed, so should I be allowed to see the videos even though I was not able to attend in person? Regarding the other content, I feel it is down to the presenters on an individual basis to opt-in to allow their videos to be shown on youtube. I am pretty sure NI has no claim the the IP in those videos, and would be foolish to prevent non-restricted content from being made public. Although only CLAs were invited to the summit, but I do not really think it is fair to restrict that content from non CLAs who want to take the time (probably their own personal time) to watch it and perhaps learn something. The world needs more people skilled in LabVIEW in my opinion. The CLA summit is not quite as closed as you think to non-CLAs, there is actually a precedent already set in that the first CLA summit in Europe, held at NI UK HQ in Newbury was open to CLD as well.

OK, confirmed this is what is happening. The .lvws is actually just a zip containing the Public (and I suppose Private if I had any in my project) Resources as well as the Web Service VIs packed into an LLB.