Re: Re: svn: Can't open '.svn/tmp/tempfile.tmp': No such file or directory

"Erik Huelsmann" <e.huelsmann@gmx.net> wrote on 10/13/2006 02:39:03 PM:

> -------- Original-Nachricht --------
> Datum: Thu, 12 Oct 2006 12:41:38 -0700
> Von: Daniel Rall <dlr@collab.net>
> An: Erik Huelsmann <ehuels@gmail.com>
> Betreff: Re: svn: Can\'t open \'.svn/tmp/tempfile.tmp\': No such
> file or directory
>
> > On Thu, 12 Oct 2006, Erik Huelsmann wrote:
> >
> > > On 10/12/06, Malcolm Rowe <malcolm-svn-dev@farside.org.uk> wrote:
> > > >On Thu, Oct 12, 2006 at 05:09:35PM +0200, Husterer, Thomas RD-CP1
> > wrote:
> > > >> 1. Why don't these (kind of) functions use svn_io_temp_dir() ?
> > > >>
> > > >
> > > >The main reason is because the same functions are called to
generate
> > > >temporary files that are atomically moved over the top of existing
> > files
> > > >in the working copy (and so they need to be on the same
filesystem);
> > > >creating them in .svn is a good way to ensure this.
> > > >
> > > >However, I think I'm right in saying that those functions are now
(in
> > > >the current trunk version of SVN) able to create temporary files in
the
> > > >system temporary directory if the caller requests it, enabling
things
> > > >like repos-wc diffs to work on read-only working copies. I'm not
sure
> > > >whether 'svn st -u' works yet, though.
> > >
> > > 'svn st -u' does that now for trunk as of r21904. The problem was
that
> > > svn st -u was creating a repository session which forcibly wrote its
> > > temp files in .svn/ even though there is no need for this
(read-only)
> > > operation.

Erik,

r21904 is causing the following DAV failures on Windows:

FAIL: stat_tests.py 18: status on ignored directory
FAIL: stat_tests.py 20: status on missing directory
FAIL: stat_tests.py 24: run 'status -u' variations w/ incoming
propchanges
FAIL: stat_tests.py 25: run 'status -uv' w/ incoming propchanges

The failures occur becuase tempfile.tmp, now created in the WC itself
rather than the administrative area, shows up as an unversioned item in
the output to svn -u. tmpfile.tmp is deleted when we call
reporter_finish_report() libsvn_ra_dav/fetch.c, but by then we've already
called svn_wc_crawl_revisions2() and the unexpected unversioned path has
been reported.

Paul B.

> > What do you think about backporting this change to the 1.4.x line?
>
> Proposed for backport now.
>
> bye,
>
> Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org