Then that's probably an atomic file update trick.  The temp file is created, written
to, and closed, then moved over the old file name.  That this happens in the same
working directory as the file being replaced is also intentional.  Some platforms
don't support mv's between partitions and '.' is fairly obviously going to be on the
same partion as '.'.

How tight is your disk space?  This algorithm should never require more empty space
than the size of the largest file in your workspace plus maybe the size a CVS/* file
(e.g. CVS/Entries) or two.

Derek

--
Derek Price                      CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED]     OpenAvenue ( http://OpenAvenue.com )
--
I will not sell miracle cures.
I will not sell miracle cures.
I will not sell miracle cures...

          - Bart Simpson on chalkboard, _The Simpsons_

Richard June wrote:

> No, if I do a cvs update it downloads the file to the current directory as
> .<file> it has nothing to do with a conflict. I'm running out of space
> onthe device and I need them to d/l to /tmp instead
>
> On Mon, 30 Oct 2000, Derek R. Price wrote:
>
> > Richard June wrote:
> >
> > > Correct me if I'm wrong, but cvs -T /tmp update should store all the
> > > temporary files in /tmp as opposed to `pwd` correct? I'm using cvs v1.10.6
> > > and the behaviour isn't like that, it is putting temp files in the
> > > current. if this is proper behaviour what variable should I be looking for
> > > in the source to change it?
> >
> > I doubt it.  The default temporary directory is /tmp on unices.  Are you
> > referring to the .#* files?  CVS leaves those scattered as backups of files
> > with conflicts and they're left parallel to the conflicted parent file.  It's
> > intentional:
> >
> >     http://cvshome.org/docs/manual/cvs_16.html#IDX469
> >
> > Derek
> >
> > --
> > Derek Price                      CVS Solutions Architect ( http://CVSHome.org )
> > mailto:[EMAIL PROTECTED]     OpenAvenue ( http://OpenAvenue.com )
> > --
> > "Calm down. It's only ones and zeros."


_______________________________________________
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Reply via email to