-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
>> but I am sure that it can
>> read from cvs' stdout instead of stderr, too.
>
>
> Yes, it *could*. But at the moment it expects this particular input
from stderr and all (?) other versions of CVS servers send it at stderr.
T
but I am sure that it can
read from cvs' stdout instead of stderr, too.
Yes, it *could*. But at the moment it expects this particular input from
stderr and all (?) other versions of CVS servers send it at stderr.
There are already too much differences between GNU CVS and CVSNT...
Wouldn't it be
[EMAIL PROTECTED] wrote:
> Just to prevent an out-of-the-brain change: if they would we sent to
> stdout, this would break at least SmartCVS.
>
I don't want to break your GUI, but I am sure that it can
read from cvs' stdout instead of stderr, too.
Wouldn't it be more consistent to reserve stderr
Just to prevent an out-of-the-brain change: if they would we sent to stdout,
this would break at least SmartCVS.
--
Best regards,
Thomas Singer
_
smartcvs.com
Harald Dunkel schrieb:
Jim.Hyslop wrote:
I can't comment on why these messages go to stderr instead of stdout, but I
will ment
Jim.Hyslop wrote:
>
> I can't comment on why these messages go to stderr instead of stdout, but I
> will mention that the global -q flag suppresses them. I use '-q' so much
> it's in my .cvsrc file ;-)
>
I have seen -q and -Q, but I don't want to suppress these
messages completely. They should ju
Harald Dunkel wrote:
> Any special reason why cvs prints a list of
>
> cvs server: Updating modulename
>
> on stderr instead of stdout?
>
> This is surely just a log message, which is supposed
> to be printed on stdout. On a huge project the _real_
> error messages are hidden between all t