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: Mark D. Baushke
Subject: Re: cvs history sends incorrect data
Date: Sun, 08 Aug 2004 00:02:40 -0700

-----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-----




reply via email to

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