>> This seems to be fixed if the patch here [1] is _not_ applied when >> building the RPM
Can you check, perhaps using strace, whether that problematic patch pushes the total amount of bytes written to stdout by grep, writing to /dev/full as you invoke it, goes from a little below 4096 bytes, in a single write(2) system call, to trying to write more than 4096 bytes, which likely forces two write calls, the first 4096 bytes, then the remainder. Then I'd speculate further that having to go to a second write(2) system call triggers additional logic, perhaps keyed off the 'stdout_error' flag being set, that leads to the additional error output. -- Paul Jackson jack...@fastmail.fm
