[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn commit: r1664531 - /subversion/trunk/subversion/tests/cmdline/entries-dump.c

From: Bert Huijben <bert_at_qqmail.nl>
Date: Wed, 11 Mar 2015 15:49:14 +0100

> -----Original Message-----
> From: Ivan Zhakov [mailto:ivan_at_visualsvn.com]
> Sent: woensdag 11 maart 2015 15:32
> To: dev_at_subversion.apache.org; Bert Huijben
> Subject: Re: svn commit: r1664531 -
> /subversion/trunk/subversion/tests/cmdline/entries-dump.c
>
> On 6 March 2015 at 03:18, <rhuijben_at_apache.org> wrote:
> > Author: rhuijben
> > Date: Fri Mar 6 00:18:33 2015
> > New Revision: 1664531
> >
> > URL: http://svn.apache.org/r1664531
> > Log:
> > Make the entries dump tool used by our test tool use a newer wc api to
> > see if a directory has a working copy lock to avoid opening and closing
> > wc.db an extra time per directory, while we have an existing connection
> > (and transaction) open.
> >
> > On Windows this resolves a 14 second delay in the testsuite on the new
> > upgrade_tests.py test with a read only wc.db.
> >
> > It appears that Sqlite tries to open sqlite databases writable for some
> > time before giving up on Windows.
> >
> Hi Bert,
>
> I think this change should be added to r1664531 group nomination
> because this 14 second delay is really annoying. What do you think?

This fix has its own nomination and is already approved for 1.9.x
(It is also nominated for 1.8.x)

Before that it was approved I only +1'ed the actual fix and not this testcase.
(I removed that split vote in r1665814)

        Bert
Received on 2015-03-11 15:51:17 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.