You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In certain situations (say when a QEMU process has been SIGSTOP'ed), the QMP monitor.Connect() API gets reply blocked on the QEMU instance to respond to a QMP capabilities query. Since the QEMU instance is in a "suspended state", QMP's monitor.Connect() would unblock only after the said QEMU process has been "resumed" via a SIGCONT.
Currently there is no option to timeout the monitor.Connect() function (similar to the NewSocketMonitor() function. Any alternatives?
The text was updated successfully, but these errors were encountered:
In certain situations (say when a QEMU process has been SIGSTOP'ed), the QMP monitor.Connect() API gets reply blocked on the QEMU instance to respond to a QMP capabilities query. Since the QEMU instance is in a "suspended state", QMP's monitor.Connect() would unblock only after the said QEMU process has been "resumed" via a SIGCONT.
Currently there is no option to timeout the monitor.Connect() function (similar to the NewSocketMonitor() function. Any alternatives?
The text was updated successfully, but these errors were encountered: