Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to email@example.com.
Coming off of a fresh reboot: C:\Documents and Settings\Derek Pribnow\Desktop>set CVSROOT = ":sspi:*domain\Dusty at CVSServer:/Repository" C:\Documents and Settings\Derek Pribnow\Desktop>cvs -ttt login 17:13:40: -> Tracelevel set to 3. PID is 3012 17:13:40: -> Session ID is bc445a2d0245ef3 17:13:40: -> Session time is Mon Jan 8 23:13:40 2007 17:13:40: -> Loading protocol ext as ext.dll 17:13:40: -> CLibraryAccess::Load loading C:\PROGRA~1\CVSNT/protocols/ext.dll 17:13:40: -> LibraryAccess::Load failed for 'C:\PROGRA~1\CVSNT/protocols/ext.dll', Win32 error 0000007e 17:13:40: -> Error loading ext.dll cvs [login aborted]: the :ext: access method is not available on this system The error is fine, b/c I don't have the ext protocol on the system anymore, but I don't know how it gets :ext: from the :sspi: that I have specified in the CVSRoot. Honestly, even though I've used it, I haven't had to dig very deep to get it set up and running. I don't know much about sspi or its capabilities. I do need to login in, though, because this computer is not a part of the domain and the local user and password is different than my domain user and password. Because of the amount of time I travel, I don't wish to join my machine to the domain. The scripts I am running appear to be separate from the problem. I can reboot, recreate the CVSRoot at the command line (I don't have it as a saved environment variable under the System Properties of the Control Panel), try to login, and it fails the same way. It isn't even getting to the server, so the problem must be locally. There is no CVS folder in the sandbox. I deleted it to make sure the protocol wasn't being cached there. Does CVS create any registry settings it could have set to ext somehow? I am running CVSNT 2.5.03 on both the server and client. Thanks for taking time, Gerhard! -Derek -----Original Message----- From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf Of Gerhard Fiedler Sent: Monday, January 08, 2007 4:42 PM To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: Re: [cvsnt] cvs.exe ignoring protocol in CVSROOT? Derek Pribnow wrote: > I've been running cvs for a little while now over the sspi protocol > with no trouble. Today, it decided to use the ext protocol even though > I have my CVSROOT set to use the sspi. What CVSROOT are you talking about? When used inside a sandbox, it defaults to the CVSROOT stored in the Root file in the sandbox. > I have been creating a few new NAnt build scripts that are using cvs > checkouts, but all are utilizing the sspi protocol. How do these scripts specify the sspi protocol? > I'm not sure where it's getting the ext, but every time I try to do a > 'cvs login', Why do you run a cvs login? It's been ages that I did a login; with sspi this shouldn't be necessary. > Any ideas? I'm thoroughly stuck. Tell a bit more about the environment (cvs ver), about how you run the commands and where (repeatable command line sequences), look in your CVS/Root files in the sandbox (they are hidden, so you may have to make them visible for you), run failing commands with trace (and server trace) on and post here. Gerhard _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs