Description Jean-Michel Lemieux 2001-10-11 14:24:50 EDT

From Eclipse corner...

Hi Sean,
I found the problem. The NT server does not follow the CVS client/server protocol as it should. The copy 
version to stream works fine, the problem occurs when you try and expand the stream in the repo view 
and the server responds with an error:

E cvs [server aborted]: no such tag S1

We expend this error in certain cases, but the server does not add the 'error' token at the end of the 
response as it should. When run on Linux, the response is:

E cvs [server aborted]: no such tag S1
error

When processing CVS server responses we expect the server to behave nicely. In this case, it 
doesn't. I have created a PR for this problem. There are two workarounds that I can suggest for 
you: (1) use a Linux CVS server, (2) since if you can't browse the new stream in the repo view, in the 
case I reproduced, the project version has been added (e.g. you can look at the resource history to see 
that the CVS tag has been added to the file). Therefore to work in that stream, add the project to your 
workspace from HEAD then change the sharing to the other stream.

Thanks for finding this one for us...

Jean-Michel

----- Original Message ----- 
From: <sean.gollschewsky@ispw.com>
Newsgroups: eclipse.tools
Sent: Wednesday, August 15, 2001 5:15 AM
Subject: Re: Eclipse and CVS Streams with CVSNT


> Hi Jean-Michel,
> 
> I checked the version of CVS-NT I was running, and it was 1.10.8, so I 
> upgraded to the latest CVS-NT version (1.1.11.1, released about a month 
> ago).  When using the same repository as before, I got the same results, 
> however, after some playing around, I could see, in the project versions 
> tree, versions of my project with the stream name appended, but still 
> nothing under the newly created stream itself.  I then created a new 
> repository, and experienced the same results as before, but none of the 
> weirdness I just described.  So, all in all, I'm still experiencing the 
> same problem with the newer version.
> 
> On the CVSNT site they have a diff from the Unix version - maybe that 
> could help you out.
> 
> http://www.cvsnt.org/cvsnt.diff.gz
> 
> Thanks,
> 
> Sean.
> 
> -------------------
> 
> Hi,
> 
> We have focused our Eclipse CVS testing on version 1.11 running on Unix.
> This is the configuration used for CVS servers in most development shops.
> It is hard to support all versions of CVS since important bugs are always
> being fixed in the newer releases and the CVS Eclipse client may depend on
> the bugs being fixed to work correctly (e.g. spaces in file names is only
> fully supported in 1.11).
> 
> With that said, we have not exhaustively tested it with the NT CVS server.
> Could you please tell me the version number of your NT CVS server, and I
> will try and reproduce the problem. If it is our fault then I want to know
> about it, if not, we should document in the README that there are problems
> with the CVS NT server.
> 
> It may be that the CVS NT server does not behave as per the 1.11 release.
> I recall that the NT server was based on an older release of CVS and has
> not been updated in a while.
> 
> Jean-Michel
> 
> 
> 

NOTES:

Jean-Michel (8/20/01 4:24:11 PM)
	This PR is because the WinNT CVS server does not behave correctly. But while reviewing
	the code I noticed something weird:
	
	Why do we call CVSAdapter::fetchTeamStreamProjectNames() with the stream name if we know
	that CVS cannot easily determine the projects in a stream without looking at each file?
	We should not pass the stream name into internalFetchMemberNames() but instead pass-in
	HEAD.

MichaelV (02/10/2001 9:35:55 AM)

	Here is another strang thing for NT CVS from ECLIPSE corner

"I just figured out what was the problem, by wondering a bit about a problem
that has been discussed on the CVS for NT newsgroup. If you use the domain
name with the user name as in : :pserver:dname\username@machine:c/cvs i
fails. If however you remove the domain name everything works OK. Thanks for
initiativ anyway. This should go into a FAQ or something."