Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 02/14/2019 in all areas

  1. I agree. Ben works on making a language safe for references. I work on making a language without references. Our goals are the same: a world where data can be trusted.
    1 point
  2. A note on the discussion about LabVIEW refunms, such as Queues and the like. These are "owned" by the Top-level VI that created them, and are cleaned up when that Top-level VI goes idles. This could be the whole App, but async-called VIs are all their own "Top Level", so if your app is made up of many async called VIs ("modules", "actors" or whatever) then refnums have a quite reasonable defined lifetime, the lifetime of the creating module/actor/async-thing. This behaviour is reliable; I know because I routinely rely on it to trigger automatic shutdown of async running things when their callers stop for any reason.
    1 point
  3. You should kudo this then: Means to register a DVR-cleanup callback for use when DVR released when VI goes idle. This would allow DVRs to wrap all dll pointers, with proper cleanup regardless of how the VI stops.
    1 point
  4. Firewall. Surely needs to be opened for the 5 relevant services on system 1, maybe on 2 too, I'm never sure; it is always so tedious to do. I wish someone had conocted a handy script for doing that automatically on every new LV installation.
    1 point
  5. Thanks for the plug. But I would only recommend it if TLS is required since (as far as I'm aware) it is the only one that supports it.
    1 point
  6. Note: JSONtext is now on the LabVIEW Tools network.
    1 point
×
×
  • Create New...

Important Information

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