mjhjmtu

I am trying to have my stderr be printed red in terminal. The below script redirects the 2 to a custom 8 upon debug trap.

exec 9>&2
exec 8> >(
 while IFS='' read -r line || [ -n "$line" ]; do
 echo -e "$RED$line$COLORRESET"
 done
)
function undirect() exec 2>&9; # reset to original 9 (==2)
function redirect() exec 2>&8; # set to custom 8
trap "redirect;" DEBUG
PROMPT_COMMAND='undirect;'

It comes from here, with a clear explanation.

Seems to work very fine, however non-newline-terminated input doesn't get printed out at all. Quoting the author gospes again:

bash> echo -en "hin" 1>&2
 hi <-- this is red
bash> echo -en "hi" 1>&2
bash> echo -en "hi" 1>&2
bash> echo -en "hin" 1>&2
 hihihi <-- this is red

I cannot figure out why. The non-newline content seems to end up in some kind of buffer. It either doesn't even reach the file descriptor 8, or somehow doesn't want to be printed out right away. Where does it go? redirect gets called properly every time. Also, IFS='' means there is no delimiter, so i don't quite understand why the echoing out in 8 happens line-wise.

A bugfix would be much appreciated, I linked the quoted answer to this question.

This entire solution is, as pointed out by Gilles, not quite perfect. I am having issues with read, stdin, progress bars, can neither su nor source. And frequently major problems like broken pipes and unexpected terminal exits. If anybody got here by my linking, please do consider using https://github.com/sickill/stderred instead, it is much better (no problems yet) (however echo bla >&2 remains non-red and the respective issue is closed)

You did get the partial lines output, as part of the same line at the point where the newline was printed. The parts of the line are buffered within read, that's what it does:

The read utility shall read a single logical line from standard input

For example, this prints <foobar> after one second, not <foo><bar>.

(echo -n foo ; sleep 1 ; echo bar) | (read x ; echo "<$x>")

If you want to catch input in smaller parts than full lines, you'll need to do something else, e.g. with Perl. This would print <foo><barn> (with the newline before the last >, since unlike read, Perl doesn't handle the final newline specially. Shouldn't matter with coloring.)

(echo -n foo ; sleep 1 ; echo bar) | 
 perl -e '$|=1; while(sysread STDIN,$a,9999) print "<$a>"'

If you have the control codes for colors (RED and COLORRESET) exported in the environment, you can use them from the Perl script as here:

perl -e '$|=1; while(sysread STDIN,$a,9999) print "$ENVRED$a$ENVCOLORRESET"'

In Bash you can use the -d option to the read builtin, which defines the end of line symbol. man bash states this:

-d delim The first character of delim is used to terminate the input line, 
 rather than newline.

If it's not defined, read waits for n to appear to consider a string a line. But when you use the -d option, you can set NUL as the delimiter. Of course you also need to NUL-terminate the input then.

Example:

printf "%s" $'xn' y z | while IFS='' read -r -d $'' line
 do
 printf "%sn" "$line"
 done

Output:

x

y
z

Once again, but now the printf in the while loop doesn't stand with n.

printf "%s" $'xn' y z | while IFS='' read -r -d $'' line
 do
 printf "%s" "$line"
 done

Output:

x
yz(...)

I added the (...) and it means there's no End-Of-Line at the end of the second line. But the text still gets processed and printed.