Re: cvs history sends incorrect data

[Thomas Singer]

Hi Mark,

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

 Linux version 2.4.24-xfs (root@Knoppix) (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:
> > > >
> > > >
> > > > > 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-----
>
>
> _______________________________________________
> Bug-cvs mailing list
> Bug-cvs@gnu.org
> http://lists.gnu.org/mailman/listinfo/bug-cvs