On Wed, Apr 21, 2010 at 07:22, Philip Martin <philip.martin_at_wandisco.com> wrote:
> Philip Martin <philip.martin_at_wandisco.com> writes:
>
>> Greg Stein <gstein_at_gmail.com> writes:
>>
>>> With this change, our code no longer reads "all entries", nor does it
>>> attempt to cache that hash of entries.
>>>
>>> The only way to do so, is with svn_wc_entries_read(),
>>> svn_wc_walk_entries3(), or svn_wc_entry(). All three are deprecated
>>> and not used by trunk.
>>>
>>> Not seeing much of a performance gain, though. (I suspect SQLite
>>> caching was helping us before)
>>>
>>> Cheers,
>>> -g
>>>
>>> ps. this breaks special_tests 12 and stat_tests 5. I'll fix after sleep...
>>
>> A lot more than that here, e.g. basic_tests 1, 2, 3, 4, 5, 6, 7, 8, 9,
>> 10, 11, 12, 13, 14, 15, 16, 17, 23, 31, 32, 35, 38, 40 and 48 all
>> fail. A typical failure is:
>
> This might be because 'svn status -u' now fails on the root of a
> working copy:
>
> $ subversion/svn/svn co file://`pwd`/repo1 wc1
> Checked out revision 0.
> $ subversion/svn/svn st -u wc1
> svn: warning: '/home/pm/sw/subversion/obj' is not a working copy
>
> but works if the working copy is inside another 1.7 working copy:
>
> $ subversion/svn/svn co file://`pwd`/repo1 wc1/wc2
> Checked out revision 0.
> $ subversion/svn/svn st -u wc1/wc2
> S 0 wc1/wc2
> Status against revision: 0
>
> Greg, are you building and running your tests within a 1.7 source
> tree?
You bet. "svn" is trunk, baby!! :-P
Let me dig into this...
Received on 2010-04-21 16:33:26 CEST