This is a different case. CVS is invoking ssh in a child process in a
way which causes them to share file descriptor 2. ssh is then
unblocking file descriptor 2 in a way which CVS does not expect. This
type of problem can only happen with programs which invoke ssh.
In that case, maybe CVS should have code to cope with this case. It
must be quite common. Perhaps CVS should avoid using stdio. If that
is too hard, how about making CVS pipe the output through `cat' when
it invokes a subprocess? That should be easy.
Please don't dismiss that simple idea because it is "inefficient"; the
inefficiency of this will usually be insignificant compared with the
slowness of the network, and this needs to be solved somehow. If you
want to implement a more efficient and better solution, by all means
do; if you won't do that, please at least do this!
I will also forward the message to the Glibc maintainers.
_______________________________________________
Bug-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-cvs
