Answers Available:
»
Is CVSNT available for VMS / OpenVMS ?
»
Is Eclipse/WSAD supported by CVSNT?
»
XP Home always logs in a "Guest" (Simple File Sharing)
»
Checking out to a remote samba share fails
» Return to section list
Is CVSNT available for VMS / OpenVMS ?
No CVSNT does not support OpenVMS. You can use a java or older CVS client for OpenVMS to connect to CVSNT server. Server side features of CVSNT such as Access Control Lists and Audit are available from all clients.
Is Eclipse/WSAD supported by CVSNT?
Yes. All versions of CVSNT since 2.0.58b have been tested for compatibility with Eclipse. See the Eclipse project page "Eclipse Compatibility with CVSNT" and "Eclipse 3.1 New and Noteworthy - Part 1" (look for the heading 1Support for CVSNT).
CVS Suite 2.5.02 Server and the free CVSNT Server support Eclipse clients.
Configuring Eclipse Windows clients to use advanced CVSNT protocols such as SSPI is possible but too complex to explain in a FAQ. The CVS Suite eBook chapter on configuring client connections describes in detail how to configure Eclipse clients to use SSPI.
Versions of Eclipse prior to 3.1 may refuse to connect to a CVSNT server. CVSNT servers since 2.0.35 have a configuration flag which when set forces the CVSNT server to impersonate a Unix CVS 1.11 server. This impersonation allows earlier Eclipse versions to work with CVSNT (you must also use a repository prefix for this to work - Eclipse does not support drive letters).
Since Eclipse 3.0 M9, repository paths must match exactly the case of the repository paths set in the CVSNT control panel. If it is not done this way Eclipse will see the repository and the files, but will not see the branches or versions.
If you have a problem with the interoperability try to get a client/server trace from eclipse before reporting bugs as otherwise it is difficult for the developers to diagnose the cause of the problems.
The following limitations of Eclipse clients are known:
- Cannot restore deleted resources from within Eclipse. This makes it impossible to "undo" a delete from within Eclipse. The workaround is to use TortoiseCVS or CVSNT command line client to restore the deleted file. The topic is covered by bug 75912.
XP Home always logs in a "Guest" (Simple File Sharing)
Using SSPI XP Home will always log in as "Guest" by default. XP Pro will also do this if "Simple File Sharing" is enabled.
On XP Home the only workaround is to explicitly specify the username in the CVSROOT string, which will override the default. On XP Pro it is strongly recommended to disable "Simple File Sharing" (commonly known as "Broken File Sharing").
Checking out to a remote samba share fails
There are three reasons that users often want to checkout sandboxes to a remote share:
- They have not downloaded and installed the CVSNT on the actual client and are using a remote share or a samba share as a workaround. This is typically done from a Unix server to checkout to a Windows PC or vice versa.
- The user wants to store the working files / sandbox on their "home drive". This is typically done from a Windows PC.
- Several users want to share a sandbox
Support for sandboxes on remote shares is available with Professional Support (not CVS Suite support).
If you do not have professional support then storing sandboxes on remote shares is not supported. Use a Unix client on the remote machine to checkout the sandbox, or use a local drive on the Windows machine.
» Return to section list
| 
