6 Commits

Include renames

Author	SHA1	Message	Date
leonarski_fandClaude Opus 5	c40e0eb11d	broker: fix deadlock when re-initialising after a DECTRIS run that never started ... A re-initialisation left the previous run's ZMQImagePuller connected: JFJochServices::On replaces its own shared_ptr, but JFJochReceiverService keeps a second reference to the puller of the last run. Two PULL sockets on one PUSH peer share messages round-robin, so the orphaned puller silently took half of the DECTRIS stream - the start message included - and the receiver then waited for a start message that had already been discarded. Once such a run was cancelled, nothing drained the orphaned puller's outside_fifo any more. Its CBOR thread parked in PutBlocking on the full queue (suspend is only tested before the put), the puller thread backed up behind it in cbor_fifo, and neither could reach the disconnect flag again. The next JFJochReceiverService::Start dropped the last reference to that puller, so ~ZMQImagePuller joined two threads that could never exit - while holding state_mutex, inside a calibration sequence that itself holds the state machine's mutex. The whole control plane froze with no way to cancel; only a restart got out of it. * ThreadSafeFIFO gains Stop(), which releases every waiter and makes further blocking operations return at once. Clear() now notifies c_full as well: clearing a full queue used to leave the blocked producer asleep, since the next Get on an empty queue notifies no one. * ZMQImagePuller::Disconnect and TCPImagePuller::Disconnect stop their queues before joining, so a puller whose consumer is gone can always shut down. * JFJochServices::On and ::Off disconnect the previous puller explicitly rather than relying on the shared_ptr going away, so two readers never share the detector stream. ZMQImagePuller_DisconnectWithFullQueue covers the shutdown; it hangs on the previous code. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_012bew392LTGP2fkhfRJsMcB	2026-09-11 18:53:39 +02:00
leonarski_f	239a441ee6	v1.0.0-rc.140 (#50) ... This is an UNSTABLE release. The release has significant modifications and bug fixes, if things go wrong, it is better to revert to 1.0.0-rc.132. * jfjoch_broker: For DECTRIS detectors, ZeroMQ link is persistent, to save time for establishing new connection * jfjoch_broker: Minor bug fixes for rare conditions Reviewed-on: #50	2026-04-29 21:40:22 +02:00
leonarski_f	4878318c27	v1.0.0-rc.139 (#49) ... This is an UNSTABLE release. The release has significant modifications and bug fixes, if things go wrong, it is better to revert to 1.0.0-rc.132. * jfjoch_broker: Further reduce startup time for DECTRIS detectors by selectively modifying SIMPLON parameters on `/start` * jfjoch_broker: Further reduce startup time for DECTRIS detectors by not setting beam center and detector distance via SIMPLON API on '/start' * jfjoch_broker: Add an extra message to ZeroMQ puller ready to monitor Lite worklow preparation time * jfjoch_broker: Image buffer configuration is postponed for Lite receiver flow till start message is received * jfjoch_broker: Use nanoseconds internally for frame/image/readout time * jfjoch_broker: Extra messages added for receiver operation (to be removed after debugging finished) * jfojch_broker: Improve profiling of different data analysis steps * jfjoch_broker: Record integration reflection count * jfjoch_broker: Fix bug where ZeroMQ preview frequency was confusing time units (micro vs. milliseconds) * jfjoch_broker: Fix bug where '/wait_till_done' got deadlocked * jfjoch_writer: Fix confusion between NaN and zero in floating-point datasets **Breaking changes**: detector definition is now using nanoseconds to define minimum frame time, minimum count time and readout time. Reviewed-on: #49	2026-04-29 09:50:50 +02:00
leonarski_f	f3e0a15d26	v1.0.0-rc.127 (#34) ... This is an UNSTABLE release. The release has significant modifications and bug fixes, if things go wrong, it is better to revert to 1.0.0-rc.124. * jfjoch_broker: Default EIGER readout time is 20 microseconds * jfjoch_broker: Multiple improvements regarding performance * jfjoch_broker: Image buffer allows to track frames in preparation and sending * jfjoch_broker: Dedicated thread for ZeroMQ transmission to better utilize the image buffer * jfjoch_broker: Experimental implementation of transmission with raw TCP/IP sockets * jfjoch_writer: Fixes regarding properly closing files in long data collections * jfjoch_process: Scale & merge has been significantly improved, but it is not yet integrated into mainstream code Reviewed-on: #34	2026-03-02 15:57:12 +01:00
leonarski_f	e4ec9fb38f	v1.0.0-rc.61	2025-07-08 07:16:59 +02:00
leonarski_f	040cf08386	v1.0.0-rc.36	2025-05-05 19:32:22 +02:00