Community
Participate
Working Groups
The synchronize feature reports the following problem trying to synchronize a project where the repository files are changed/newer: "error fetching file revisions". It then lists all the files with changes in a below window. Synhronizing a single file results in: "!MESSAGE An error has occurred processing file 'C:/cvs/rep/Test/test.txt 1.2'" in the .log file. The problem has been observed using CVS for NT 1.11.1.3 build 57i and eclipse "M1" (between 2.0.1 and 2.0.2) for Windows 2000. To generate the problem, try the following procedure: - Start 2 instances of Eclipse (on the same or different machines) - Create a simple project in instance 1 and a file, e.g.: "test.txt" with some basic text content. - Share this project to the repository using the project name. - Checkout the project in instance 2 as a project with the same name. - Change the "test.txt" file in instance 1 and run "team -> synchronize with the repository", complete the synchronization. - Now, run "team -> synchronize with the repository" from instance 2 and the failure occurs. A final note: The log states the following: "!MESSAGE Host 'localhost' is running CVS NT (version 1.11.1.3) which is not fully supported. However, most functionality is available." Eclipse V1.0 supported this feature (using IBM Application Developer) where the synchronize view works flawlessly. We really depend on the synchronize feature working in eclipse2, as this helps give the developers a nice view over the changes to projects working in teams.
Created attachment 2067 [details] The window shown when synchronization fails.
We've seen this error before when the server has been configured to use repository prefixes. Is your server configured to use a repository prefix (i.e. does the path you specify in Eclipse look like D:\cvs\root or /cvs/root)?
You're absolutely right.... I did a test with full paths specified (D:/cvs/blah) and followed the "procedure" i originally described, the issue went away. Thanks. The reason why I prefer prefixes, is that we have the freedom to reorganize the content on the server, if need be - the unix-like repository indication is alot nicer changewise than full windows drive+path specification. Is this a "bug" in CVS for NT (due to a deviation from unix CVS) or just something that Eclipse does not support? If it's not supposed to work, there should be a mention regarding this in Eclipse release notes somewhere (so others dont make the same mistake as I). Close this bug if Eclipse is "working as designed" with this behaviour.
*** This bug has been marked as a duplicate of 19692 ***
