New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BaseModule.work() signature not compatible with Worker #1496
Comments
WOOOOOOH !!!!! Good job man ! |
I guess all current (external only normally) modules are defining their own 'work' method (with the good arguments signature).. or something ;) |
anyway, from what I see / understand (I may miss some things still) : Worker and BaseModule seem to define/duplicate certain things that could be again factorized etc.. but again it requires some non-trivial work to clarify all that. |
Looks like the create_and_launch_worker method is only used by satellites (poller / reactionner) because all other daemon extend the main method of Sattellite. So the issue is only with to kind of worker module (named pipe work for poller but is not worker capable) So basically all poller module we have implements their own work method. I guess you did not do it in the new poller module you are doing so you faced this issue :) |
that's exactly it ;) |
will be corrected by #1500 |
in Satellite.create_and_launch_worker() we have:
in Worker.init (1) we have :
but in BaseModule class we have :
so, actually (don't know since when, always?), any (external) module can't use the default work() method of BaseModule (== has to redefine it with a proper function signature), which is a pity because BaseModule.work() has the advantage of setting up different things, like the signal handler and also set the proc title.
The text was updated successfully, but these errors were encountered: