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
Using the capture/bypass macro works as expected when running tests in the CLI. When running in the REPL (e.g. via cider-jack-in), however, I'm finding that the behavior is not as I would have expected. Namely, the fact that output goes directly to the process stdout/stderr streams means that when running tests in the REPL, output from this macro goes to the NREPL server's output buffer. Ideally this output would instead be written to the writers that NREPL installs in order to capture output, to be returned to the NREPL client and displayed in the Cider buffer.
One potential approach here would be to make the previous bindings for *out* and *err* available via bindings, and have the bypass macro detect and restore these rather than always going to the process file descriptors.
The text was updated successfully, but these errors were encountered:
Using the
capture/bypass
macro works as expected when running tests in the CLI. When running in the REPL (e.g. viacider-jack-in
), however, I'm finding that the behavior is not as I would have expected. Namely, the fact that output goes directly to the process stdout/stderr streams means that when running tests in the REPL, output from this macro goes to the NREPL server's output buffer. Ideally this output would instead be written to the writers that NREPL installs in order to capture output, to be returned to the NREPL client and displayed in the Cider buffer.One potential approach here would be to make the previous bindings for
*out*
and*err*
available via bindings, and have thebypass
macro detect and restore these rather than always going to the process file descriptors.The text was updated successfully, but these errors were encountered: