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
At least in the C++ version of libmuscle, it seems like we're not draining muscle_settings_in when closing incoming ports, so that we'll end up hanging if we have something trying to send us new settings while something else that we have an F_INIT port from has quit.
Should check if it's also the case in Python, and fix where needed. And add some regression tests.
Actually, maybe what we should do is make muscle_settings_in as much as possible a normal (although hidden from the user-facing API) port, rather than the special status it has now.
The text was updated successfully, but these errors were encountered:
At least in the C++ version of libmuscle, it seems like we're not draining
muscle_settings_in
when closing incoming ports, so that we'll end up hanging if we have something trying to send us new settings while something else that we have anF_INIT
port from has quit.Should check if it's also the case in Python, and fix where needed. And add some regression tests.
Actually, maybe what we should do is make
muscle_settings_in
as much as possible a normal (although hidden from the user-facing API) port, rather than the special status it has now.The text was updated successfully, but these errors were encountered: