bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs history sends incorrect data


From: Thomas Singer
Subject: Re: cvs history sends incorrect data
Date: Sun, 08 Aug 2004 10:57:24 +0200
User-agent: Thunderbird 0.7.1 (Windows/20040626)

Hi Mark,

The CVS server is version 1.12.5. Running 'cat /proc/version' shows

 Linux version 2.4.24-xfs (address@hidden) (gcc version 2.95.4 20011002
(Debian prerelease)) #1 SMP Mi Feb 4 01:03:50 CET 2004

We authenticate using ssh with OpenSSH public/private-key-authentication.

Are you able to reproduce with cvs 1.12.7

I don't know, because I cannot update our server that easily (it is located
somewhere else). That's why I asked in my first post, whether this is a known (and maybe already fixed) bug.

BTW, since I cannot get CVSNT to authentication with our server (maybe it
does not support the public/private-keys?), I only can try with SmartCVS as
the CVS client.

--
Best regards,
Thomas Singer
_____________
smartcvs.com



Mark D. Baushke schrieb:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Thomas,

I have never personally run into the problem you describe.

Could you indicate the operating system and version of your server? (If it is a GNU/Linux variant, could you also include the version of
libc you are using?)

Could you indicate the transport you are using (:ext: over rsh, :ext:
over ssh, :pserver:, ...)?

Are you able to reproduce with cvs 1.12.7 or the cvs.cvshome.org
top-of-tree version?

If you are able to narrow down a test case, then that should help
other folks to reproduce and possibly fix your problem.

        Thanks,
        -- Mark


Thomas Singer wrote:

I've tried on a different project and it stopped somewhere in the
user name. It looks to me like the output buffer is not flushed.
--
Best regards,
Thomas Singer
_____________
smartcvs.com
Thomas Singer wrote:


Hi Larry,

Did you take a closer look at the lines I provided? The last
(CheckoutCommand.java) line is incomplete, it just stops in the mid
of the path. There is also no "== <remote>" at the end.

But the whole connection is still working. Otherwise there would
not be an OK response after that.

--
Best regards,
Thomas Singer
_____________
smartcvs.com


Larry Jones wrote:


address@hidden writes:


We are using GNU CVS 1.12.5 as our CVS server. When performing the
command 'cvs history -x AMR -a -D 2004-08-05 15:33 +0000' the output
stops at a certain line, e.g. the last responses from the server are:

M M 2004-08-05 15:33 +0000 singer 1.7  QTable.java
smartcvs/src/q/misc/de/regnis/q/table
== <remote>
M M 2004-08-05 15:33 +0000 singer 1.5  CheckoutCommand.java
smartcv
ok

Is this a known bug? Maybe it is already fixed in a newer version?




Is *what* a known bug?!?  The output stops because there aren't any more
history records that match your criteria.  Why do you think the output
is incorrect?

-Larry Jones


_______________________________________________
Bug-cvs mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-cvs


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFBFdAQ3x41pRYZE/gRAngvAJwLSpYgVf/qF8aXMGbqHTLb7OOH4wCggxr8
swL358E14W+bPWbH8Mh/Kak=
=xuUR
-----END PGP SIGNATURE-----


_______________________________________________
Bug-cvs mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-cvs











reply via email to

[Prev in Thread] Current Thread [Next in Thread]