(No, not stdout AND stderr)...
This is a pipe dream... even the *nix shells don't seem to have it.
Too many console apps want to use curses or other random ass code that can't handle stdout being redirected - yet provide data on stderr.
I wish I could pipe ONLY stderr. Or (even better for my usage) capture only stderr to a variable with some new param-kludge to %@exec*.
I have no real suggestion on the syntax since |&| looks kind of crazy - but... I guess it would be unambiguous.
Yes - I can work around this safely (albeit unpleasantly) if there was FILETEMP from my other message.
And yes - I know the world has lived with hacking it's own "%TEMP/__FOO_%RANDOM" in windows for decades... so.. yeah... I guess I will too for now.
This is a pipe dream... even the *nix shells don't seem to have it.
Too many console apps want to use curses or other random ass code that can't handle stdout being redirected - yet provide data on stderr.
I wish I could pipe ONLY stderr. Or (even better for my usage) capture only stderr to a variable with some new param-kludge to %@exec*.
I have no real suggestion on the syntax since |&| looks kind of crazy - but... I guess it would be unambiguous.
Yes - I can work around this safely (albeit unpleasantly) if there was FILETEMP from my other message.
And yes - I know the world has lived with hacking it's own "%TEMP/__FOO_%RANDOM" in windows for decades... so.. yeah... I guess I will too for now.