Jump to content

Neil Pate

Members
  • Posts

    1,201
  • Joined

  • Last visited

  • Days Won

    114

Everything posted by Neil Pate

  1. Probably not relevant, but the only time I ever managed to hard-crash (lock-up) a running cRIO was when I was using the (I forget the API exactly) API to set the RT clock. I was doing this once a second to keep some clocks sync'd and apparently the cRIO just didn't like it. This was so long ago I forgot how I figured out exactly what the problem was. I think there were some log files somewhere that *may* have had a tiny bit of useful info in them.
  2. Not sure I buy your logic, are you saying by keeping the refnum the old config API and the new one would be able to work together? ? Surely that would not have worked either. I cannot recall how the old API was implemented but I am guessing it was not the queue based one we have now (which I don't love either to be honest). Anyway, let's not lose too much energy arguing over something this old 🙂
  3. Hmm, I think being able to wire that INI refnum into any file API and not having LabVIEW moan at you is definitely a bug.
  4. oops, sounds like a 30 year old bug! I think I remember the Config API was re-written sometime around LV 8.0? (or is my memory faulty)
  5. Sorry I did not really offer any suggestions, I am not sure how to flush an ini file (never needed to). I normally close the file immediatley after modifying the contents.
  6. I am a litle surprised LabVIEW lets you wire this together, as the reference coming out of the Open Config Data is not actually a file reference it is a queue reference. So when you try and Flush you are passing in a Queue reference not a normal File reference, so this will not work.
  7. A few years ago I have managed to get RT installed on a regular PC. It seemed to work ok and did some simple tests using the network card, but never used it for anything serious/production, more just to see what was involved. I believe that doing this might be in violation of some licensing agreement.
  8. ah ok, that explains things. No there is no LAVA discord.
  9. I only know of one general LabVIEW discord server. I am not sure what the top one in your picture is! That link works fine for me (in an incognito session)
  10. You are writing text into the spreadsheet, maybe that is why your formulas are broken. Have you tried writing numbers instead?
  11. @Zyl that link should not expire, does it not work for you? (https://discord.gg/sSMm42aYvW)
  12. Hi Dasha, we have a special channel for user groups over on the Discord. Would you be able to post it there also? Here is an invite to the Discord if you are not already a member: https://discord.gg/sSMm42aYvW
  13. I am pretty sure Rolf knows it is not any kind of criticism.
  14. @Rolf Kalbermatter I know you did not mean this, but I love it!
  15. Sure I know this pattern well, just prefer to have a single "mailbox" type event inside my actors for messages into the actor. I don't want to deal with the drama and scripting just to be able to have different typed events. My layer above the variant is all typed, so I don't really have an issue with converting variants to their real types. But of course everyone must do whatever pleases them most. I have way that works for me, my team, and the kinds of things that we build, so have no need to make it more complicated.
  16. While I appreciate dynamic languages and the flexibility they offer I think this is pretty bold blanket statement and is totally context sensative. Would you want to write a driver for your GPU with a language that does not offer strict typing?
  17. I am not against your idea of adding a bit of love to the events implementation.
  18. Not for me though, my low level messaging uses events and that is just waaaaay to much drama to have separate events for every message. I wrap it up a layer with typedefs though, just the data is transported in a variant.
  19. LabVIEW 7.1 and python 2.7? Yikes!
  20. yup, exactly how I do it too. For me the notifier has a variant data type so (unfortunately) needs to be cast back to real data when the return value comes
  21. I can completely believe that C++ graph. It is probably not marching to oblivion, but is surely marching to some low constant value. Very few greenfield applications are started in C++ (apart from some computer games using Unreal I suppose)
  22. @hooovahh this is literally perfect 🙂 (I see my rusty memory got the roles mixed up).
  23. There is a public (but not official NI) fix for this, but I have not tested it personally. https://github.com/illuminated-g/lv-2022-apply-icons
  24. Unfortunately this is a known issue with recent versions of LabVIEW and will only be patched in 2024 I think. I will try and dig up more infomation.
  25. This sounds like the perfect candiate for that meme of Orange County Choppers where the dad and the son are yelling at each other: Son: JUST RELEASE IT ALREADY Dad: ITS NOT PERFECT Son: NOBODY WILL GET TO SEE IT OTHERWISE Dad: I DONT CARE My 1 cents into the issue. The whole spirit of modern software dev is just to hang your dirty laundry out to dry for anyone to inspect. I think this is a change for the good. @ShaunR I think you have very little chance of finding someone to maintain (I presume) some very old code , in a state they have never seen, likely with heaps of strings attached, in a super niche area of interest.
×
×
  • Create New...

Important Information

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