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.
Strange. The Client version of CVS is 2.0.4 The Server version is 1.11.1.3 Build 57a The checkout directory is c:\whatever the zip drive is drive D: I put a zip disk in drive D: I then did cvs -d :pserver:username at host:D:/CVSDirectory/repository login Notice the D: D: should refer to the Host drive, not the local drive D: Would cvs try the local drive D first? Thank you for or quick responses! Joe E. "Tony Hoyle" <tmh at nodomain.org> wrote in message news:gge8ovgrm2cit51kprhqoj2tslvfpa81pv at 4ax.com... > On Wed, 8 Oct 2003 12:16:50 -0400, "Joe Enfield" <joee at ameritech.net> > wrote: > > >I've googled the error. > >It seems that a removable usb drive (such as an iomega zip drive) connected > >to a system, but without a disk in it could cause this situation. > >The articles I've read relate to QuickTime qttask.exe, wnEdt, Outlook, and > >XEmacs. > >The QuickTime solution was to remove recent file history from the MRU files > >list. This is because QuickTime tried to scan those drives for files. > >The others really didn't offer up a solution. > > > >Does CVS scan all drives for some reason? > > > No, it only accesses the drives you tell it to. > > The server can only access the parts of the disk that are in the > reopsitory root list, and the client will only access directories > below the current directory (usually). > > WinCVS keeps old drives around on its history, but I don't think even > then it accesses them unless you ask it too. > > Tony >