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.
This would be nice to do. I, unfortunately, have no access to the server. It is at a remote site. I have tried in the past to get the server updated - to no avail. The problem is: Once we do get the server updated (and can use repository prefix), We will need to notify all the users (spread out over a couple continents) about the change. Then, either find a way to automatically search and modify the cvs ROOT files -- of every users computer -- to point to a new prefixed path (probably a bad idea), or have them checkout all over again ~450meg worth of data. Should we do this because one user has a removable drive D:? I know there are other very good reasons to update - just look at the cvsnt history log for examples. But, we are kinda stuck until cvs usage slows down. That won't happen until some time next year... Thanks for the suggestion. Joe E. "Bo Berglund" <Bo.Berglund at system3r.se> wrote in message news:mailman.748.1065632057.630.cvsnt at cvsnt.org... First off: Go to the CVSNT server and reconfigure it to use a repository prefix. then you can remove the first part of the repositry name in the command including the D: and probably it will start working. While you are there: Uninstall this ancient CVSNT version and install the new release instead. Build 57a must be seceral years old now... /Bo -----Original Message----- From: Joe Enfield [mailto:joee at ameritech.net] Sent: den 8 oktober 2003 18:39 To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: [cvsnt] Re: Problem: cvs.exe - No Disk 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 > _______________________________________________ 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