I'm getting consistent crashes of LabVIEW while using the ZMQ library.
I've attached the abort message that occurs.
A few notes about this behavior:
* The crashes only happen while running LabVIEW in source-code mode.
* The crashes sometimes happens immediately upon run start, but will sometimes happen up to 5 minutes after starting.
* We've never encountered a crash in a built executable of the application. (Thankfully)
* We are opening up to 10 parallel ZMQ ports at the same time
* We are receiving somewhere in the ballpark of 250Mbps of total data via ZMQ. So, lots of data throughput.
* In all crashes, the log file mentioned in the crash popup is empty
I've also attached a simplified screenshot of how we are using the ZMQ library to receive data.
(Again, envision multiple clones of this screenshot running with different ports/IPs.)
If anyone has input, would love to hear it.
I'll post back here if I manage to find a fix.
We don't use-multipart messages, so I'm switching to using the "ZMQ_rec.vi"
A small bit of testing indicates that this might be more stable.
I wonder if the "zmq_recv_timeout.vi" was not playing well with the conflate setting
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm getting consistent crashes of LabVIEW while using the ZMQ library.
I've attached the abort message that occurs.
A few notes about this behavior:
* The crashes only happen while running LabVIEW in source-code mode.
* The crashes sometimes happens immediately upon run start, but will sometimes happen up to 5 minutes after starting.
* We've never encountered a crash in a built executable of the application. (Thankfully)
* We are opening up to 10 parallel ZMQ ports at the same time
* We are receiving somewhere in the ballpark of 250Mbps of total data via ZMQ. So, lots of data throughput.
* In all crashes, the log file mentioned in the crash popup is empty
I've also attached a simplified screenshot of how we are using the ZMQ library to receive data.
(Again, envision multiple clones of this screenshot running with different ports/IPs.)
If anyone has input, would love to hear it.
I'll post back here if I manage to find a fix.
Last edit: Brent Justice 2023-07-12
error message:
We don't use-multipart messages, so I'm switching to using the "ZMQ_rec.vi"
A small bit of testing indicates that this might be more stable.
I wonder if the "zmq_recv_timeout.vi" was not playing well with the conflate setting