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
NetMQ Version: 4.0.1.8
Operating System: Windows
.NET Version: dotnet 6
Expected behaviour
Not killing the process :D
Actual behaviour
When this occurs, the process crashes badly
Steps to reproduce the behaviour
We frequently start and stop endpoints with a backend and frontend, with a poller for async api execution, it happens more frequently if this code is used
Is it possible that the code than handle timers is not really robust to this kind of connect/disconnect events ?
For example what i think is happening is that the timer collection is modified when this method runs :
Thank you
Valerio
The text was updated successfully, but these errors were encountered:
I gave it a try for a few days, but the best I could do is mitigate the problem via #1011 .
It's not clear to me the whole mechanism, it looks like that more than one timer is created (for the same Sink and Id), and that the cancel timer is not very robust (it only cancel the first it finds).
Environment
Expected behaviour
Not killing the process :D
Actual behaviour
When this occurs, the process crashes badly
Steps to reproduce the behaviour
We frequently start and stop endpoints with a backend and frontend, with a poller for async api execution, it happens more frequently if this code is used
instead of
It only happens if I enable timeouts on the frontend socket
Is it possible that the code than handle timers is not really robust to this kind of connect/disconnect events ?
For example what i think is happening is that the timer collection is modified when this method runs :
Thank you
Valerio
The text was updated successfully, but these errors were encountered: