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 sales@march-hare.com.
Oliver Giesen wrote: > Tony Hoyle wrote: > > > That's because it creates the wrong directory... not sure why. > > > > When you checkout WinCvsSrc it creates cvsgui for some reason.. the > > client then loses track of the data, because it's not where it > > should be. > > cvsgui is exactly where it should be. WinCvsSrc is a virtual module > defined via the modules file. It's just a simple alias module (i.e. > the one thing that I'm still sorely missing in modules2), too. I just noticed you could also use the following sequence to reproduce (avoiding the virtual modules): cvs -d:pserver:anonymous at cvs.sf.net:/cvsroot/cvsgui co cvsgui/Macros cd cvsgui\Macros cvs up -rExp-MacroWork-BRANCH cd ..\.. cvs -d:pserver:anonymous at cvs.sf.net:/cvsroot/cvsgui co cvsgui/Macros I'm also getting the "move away" messages when checking out the following module (just as an example), which is also not virtual: cvs -d:pserver:anonymous at cvs.sf.net:/cvsroot/jcl co jcl cvs -d:pserver:anonymous at cvs.sf.net:/cvsroot/jcl co jcl So, looks like it's not the virtual modules that are causing these problems. Hope this helps. -- Oliver ---- ------------------ JID: ogiesen at jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742)