Summary: | Closing PulseView during a decode run doesn't actually close PulseView | ||
---|---|---|---|
Product: | PulseView | Reporter: | Uwe Hermann <uwe> |
Component: | Protocol decoding | Assignee: | Nobody <nobody> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | soeren |
Priority: | Normal | ||
Version: | unreleased development snapshot | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All |
Description
Uwe Hermann
2018-04-20 16:33:20 CEST
Additional info: This doesn't happen with acquisitions, only decoder runs. I.e., if you have a 1T/1MHz fx2lafw acquisition running and press X to close PulseView, it'll close immediately and return control to the shell. It won't try to finish the currently running acquisition. That's due to the DecodeSignal::DecodeChunkLength being fed to srd_session_send(), which is a blocking call. I only see two possible solutions here: 1) reduce the DecodeChunkLength (currently 256 * 1024 bytes) or 2) make srd_session_send() nonblocking and provide an interrupt mechanism |