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.
Thanks, Tony! I guess the people who are running into this problem are people who install TortoiseCVS to manage a local-only CVSNT repository and then install ViewVC to browse it. TortoiseCVS does not install cvslock as a system service (though it's easy to do so later via "cvslock -i"); TortoiseCVS relies on cvs.exe to automatically start cvslock when needed. The issue I described happens if you start your computer and try to use ViewVC without first executing a CVS command through TortoiseCVS. If you think that's too much of an edge case to worry about, I understand. However, I was inspired to send this email in the first place since others (besides myself) seem to be having this same issue over at ViewVC's mailing list. It would seem to be a small change to get the block of code that starts cvslock to run even for the "rcsfile" case: in src/main.cpp around line 1486, change: "if(\(.*\))" to: "if((cm->attr & CVS_CMD_LOCKSERVER) || (\1))" In fact, it almost looks like an oversight not to have this check, since the outer "if" block starting at line 1465 *does* have it. Right? Thanks! David At 05:00 AM 1/26/2007, Tony Hoyle wrote: >David Citron wrote: > > And thus it fails if cvslock.exe is not already running. > >Except it always will be, since you have a repository and the server >will be running. > >Pretty much the only real use for rcsfile is for compatibility with >things like viewcvs, which are only run on servers. An end user simply >wouldn't run it in that manner since it does nothing that can't be done >better with proper client commands. > >Tony >_______________________________________________ >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