Modify exception object directly when reraising #38
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In a multiprocessing scenario, you might want to send and exception through a pipe so it can be logged by the main process. This requires the exception to be pickleable, which is not the case when the exception is raised by a
@gin.configurable
-decorated function becauseutils.augment_exception_message_and_reraise
creates a proxy class dynamically, whichpickle
can't access. That leads to an error similar this:The simplest solution would be to modify the exception directly, as I have done in this PR. The resulting printed error will be exactly the same for the most common cases of exceptions with either no arguments or a single string argument. For exceptions with multiple arguments the message will be less readable but I can't think of a common use case for that anyway.