[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:
> >>
> >>> cvs@smartcvs.com 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
> Bug-cvs@gnu.org
> 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-----
- cvs history sends incorrect data, cvs, 2004/08/05
- Re: cvs history sends incorrect data, Larry Jones, 2004/08/05
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/06
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/06
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/08
- Free SmartCVS Professional license (was: cvs history sends incorrect data), Thomas Singer, 2004/08/08
- Re: cvs history sends incorrect data,
Mark D. Baushke <=
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/08
- Re: cvs history sends incorrect data, Mark D. Baushke, 2004/08/08
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/10
- Re: cvs history sends incorrect data, Larry Jones, 2004/08/10
- Re: cvs history sends incorrect data, cvs, 2004/08/10
- Re: cvs history sends incorrect data, Larry Jones, 2004/08/10
- Re: cvs history sends incorrect data, cvs, 2004/08/10
- Re: cvs history sends incorrect data, cvs, 2004/08/10
- Re: cvs history sends incorrect data, Thomas Singer, 2004/08/10