"That's not too unheard off, the second window is similar to a GUI app which writes errors into the original console."
This isn't exactly as easy as it sounds, especially given the difficulty of transferring environment from one console to another. In berrybrew, doing what you suggest means having one app (ie. GUI) communicating with a backend that also communicates to another app (CMD window) to display any output. That 'kind of' happens in debug mode, but only artificially.
The GUI is typically started from the CMD, so in this case it is the backend that communicates to the other window, but one way or another, you have to start another shell if you want to trap it there. It's unfortunately not as easy as a tee
If this problem could ever be solved especially if the environment could be carried from one CMD to another, I could remove a couple hundred lines of C# and make great efficiencies :)
I have literally been waiting for a solution to this specific question for a long time. I just didn't know how to ask it.
In reply to Re: WIN redirecting STDOUT and STDIN to new spawned CMD console
by stevieb
in thread WIN redirecting STDOUT and STDIN to new spawned CMD console
by LanX
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |