"VISA Lock async.vi" should be reentrant

[shb]

The VI "VISA Lock async.vi" should be reentrant to allow locking a connection while waiting for another connection.

Problem example:

Imagine COM1 is locked and for its lock is waited with "VISA Lock async.vi". While waiting, COM2 shold be locked (from somewhere else, with "VISA Lock async.vi"). Because the lock VI is not reentrant, this call is blocked until COM1 call finishes (because of success or failure). This is independent if COM2 is locked or not.

LV Versions with this behaviour: from at least 8.6 to 14

[shb]

When NI is already at it, they could document in the VIs block diagram why the VI uses busy waiting. And why this VI should be used and not "VISA lock" (which is used in this VI).

[Darren]

Any idea that has not received any kudos within a year after posting will be automatically declined.

[drjdpowell]

This would appear to be a bug, so should be fixed even if the idea had no kudos.

[Darren]

Moved to CAR database: CAR 612741

[AristosQueue (NI)]

Just a reminder to folks: the Idea Exchange is a terrible place to report bugs. The Idea Exchange is curated as a high-latency priority stream. That means that days can pass between anyone reviewing posts and it means that priority is given to reading those ideas related to features that are being actively worked on, and sometimes we don't evaluate a request at all until it gets a few kudos. If you want to report a bug, please raise it in the normal user forums. We do try to notice bugs reported here and move them into the CAR database, but it's a clunky solution, as demonstrated by this thread.