Neil Pate

I am not sure I follow you. Are you saying an absolute path on RT does not work when trying to load the class from disk? Can you not load the class from the /C/ or similar? That seems weird!

Thanks. I am not a huge fan of this as I would prefer my code to run as similar to the exe as possible. Changing this could mask race conditions which are really hard to debug in an exe if they happen.

Sounds interesting. Sorry I have never tried to dynamically load classes in RT, I have enough trouble these days just getting normal code to deploy without stupid un-explainable errors in LabVIEW. For some reason my RT VM is not cooperating and I cannot copy any files across to test. Have you tried to load a very simple class? I presume you have some kind of HAL with inheritance? Maybe the error is because it is missing some dependencies? (I know error 7 is missing file though, as you mentioned). Have you tried loading the class with the 0x10 option?

I have never actually tried to use the factory pattern on a cRIO. So much trouble getting it to work properly just under Windows I have never been brave enough. Do you absolutely have to do runtime instantiation using names? Have you tried a static VI reference?

I am a bit confused. You said you saved the classes to: /home/lvuser/natinst/bin/Host_Class but then you tried to load them from /home/lvuser/natinst/LabVIEW Data/Host_Class/Accelerometer/Accelerometer.lvclass These directories are different...

I used Crashplan for years (paid version, got a good deal for a 5 year offer) and it was pretty good for a while but seemed to stagnate a bit. Never needed to do a restore though. Now I use Google sync and just pay a bit for 2 TB or so of space. I am paranoid to not have my backup to the same physical location as my PC. Here in South Africa houses get broken into and robbed of all their stuff with enough regularity to make me very nervous to do this! I do have a NAS which I manually back up to from time to time when I can remember to, FreeFileSync is a really great tool. I think it can also do real-time monitoring and syncing but I do not do this.

on that note, stumbled upon this last night...

And it is working! Thanks @Darren

Ah excellent, thanks!

@gb119 I am trying to use your HMAC - SHA256 to generate a token to allow me access to an Azure Iot hub. I have a snippet of c# code that works fine and I am trying to translate into LabVIEW but not having much luck. I don't really understand the HMAC stuff properly. Are all SHA256 HMAC implementations the same? The LabVIEW code above is mostly correct, the decoding of the URI is not quite the same but I manually change this to match the c# code. I have verified that stringToSign is identical in both implementations, so something is happening after this. The string coming out of the HMA SHA256 is completely different to the c# code which does not look like a Base64 string at all. My knowledge of this kinda stuff is not good so I am probably missing something super obvious. Any tips? ps: apologies for resurrecting this old thread, I should certainly have started a new one.

Another weird thing. When I close a project it often does not close the open VIs that are part of the project! Maybe my installation is just busticated.

Unfortunately I really need the TLS feature of TCP/IP connections so am going to have to lump it. I agree though 2020 feels like one of the "skip" releases.

Can anyone shed some light for me on the best practices for the FIFO Acquire Read Region technique? I have never used this before, I always have just done the usual trick of reading zero elements to get the size of the buffer and then reading if there are enough elements for my liking. To my knowledge this was a good technique and I have used it quite a few times with no actual worries (including in some VST code with a ridiculous data rate). This screenshot is taken from here. Is this code really more efficient? Does the Read Region block with high CPU usage like the Read FIFO method does? (I don't want that) Has anyone used this "new" technique successfully? For reference this is my current technique:

Following up from some of the information here. This is the bug I am seeing regularly in LV2020 When I close a project I never want to defer these changes, I am used to this option being "dont save changes". See the video, it shows clearly what is happening. As can be seen from the video if I re-open the same project from the Getting Started Window it opens instantaneously which is further proof that it is not actually closed. I really hope this is not a new feature, this is really dangerous behaviour as you think the project is closed so go to commit files or whatever. This has been reported to NI, no CAR as yet. Anyone else seeing behaviour like this? 2020-07-25 18-46-58.mkv

Never seen this kind of thing running on plain metal across many versions of LV. I do often lose my right Control key though if I use VirtualBox as I think that key is reserved for other stuff.