-
Notifications
You must be signed in to change notification settings - Fork 11
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
Clean executor fails #777
Clean executor fails #777
Conversation
Namely, on_run should be a property returning a callable
They are not implemented and working yet, so at least fail cleanly!
@samwaseda you're welcome to review this, but IMO it's low priority as I'm just making sure we have cleaner errors in an edge case. There's a chance that Jan's |
And downstream stuff like `update` and thus `__call__`. This was requested by Joerg and now makes things really start to feel like regular python
We may wish to later make Macro's slow, but for Workflows, since the IO is just routing through to the owned nodes, input updates are _anyhow_ most of the time re-running things, so it's a sensible default IMO
Return output when calling `run`
Check out this pull request on See visual diffs & provide feedback on Jupyter Notebooks. Powered by ReviewNB |
Running on an executor is giving me
TypeError: cannot pickle '_thread.lock' object
, i.e. forFunction
nodes that useself
and forComposite
nodes we can't yet use an executor. Until this is fixed, it should fail cleanly and informatively.