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
Then I realized that there should be self.bus.is_alive() instead but ... do you remember why? Now I would propose to have both ... as far as I remember the is_alive() is for "boundary" nodes which have only external inputs i.e. they do not use listen() and the external inputs could be very rare ... ???
The text was updated successfully, but these errors were encountered:
Well, thanks to failing test #112 I now see the difference between listen and publish. For listen the module/node did not stop immediately - it waited until the queue was processed to the termination None message.
Hmm, hmm. Interesting. So when a shutdown is requested, node is allowed to call publish but if all nodes were requested to shutdown, the published message is not going to be read. But it is going to be in the log file. While the None used to denote shutdown is not going to be in the log file. It is somewhat interesting we are still able to replay all the way to the end.
I propose to refactor/redesign/fix this during the refactoring we have been discussing lately where nodes would be required to inherit from a common base class.
I was suprised that following code was never ending:
Then I realized that there should be
self.bus.is_alive()
instead but ... do you remember why? Now I would propose to have both ... as far as I remember theis_alive()
is for "boundary" nodes which have only external inputs i.e. they do not uselisten()
and the external inputs could be very rare ... ???The text was updated successfully, but these errors were encountered: