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
delphin.commands.process() calls the processor with the stderr argument for redirecting ACE's stderr. The ACEGenerator and ACETransferer did not accept this argument because, for a while, they relied on stderr to interpret the results. Now they give a TypeError when called from process() because of the unexpected argument.
There are still some arguments they do not uniformly take, such as tsdbinfo (not allowed on ACETransferer) and full_forest (only allowed on ACEParser)
The text was updated successfully, but these errors were encountered:
@arademaker no it's an issue with PyDelphin. I have not been testing transfer and generation from the delphin.commands.process() function or the delphin process command and there was a regression in the way they call the respective classes in delphin.ace. Nothing was broken if you did generation or transfer using delphin.ace directly, only when you tried to do those tasks from process().
The stderr parameter allows you to redirect ACE's stderr stream to some other stream or file. The benefit over doing 2>ace.err at the command line is that you can avoid getting PyDelphin stderr messages as well.
The fix is easy; I just came across the bug when testing the last release (unfortunately, after it was released).
delphin.commands.process()
calls the processor with the stderr argument for redirecting ACE's stderr. TheACEGenerator
andACETransferer
did not accept this argument because, for a while, they relied on stderr to interpret the results. Now they give aTypeError
when called fromprocess()
because of the unexpected argument.There are still some arguments they do not uniformly take, such as
tsdbinfo
(not allowed onACETransferer
) andfull_forest
(only allowed onACEParser
)The text was updated successfully, but these errors were encountered: