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

Re: svn commit: r1652157 - in /subversion/trunk/subversion: libsvn_wc/wc_db.c tests/cmdline/externals_tests.py

From: Philip Martin <philip_at_codematters.co.uk>
Date: Thu, 15 Jan 2015 16:30:15 +0000

Philip Martin <philip.martin_at_wandisco.com> writes:

>> + /* Any previously cached children now have a new WCROOT. */
>> + for (hi = apr_hash_first(scratch_pool, db->dir_data);
>> + hi;
>> + hi = apr_hash_next(hi))
>> + {
>> + const char *abspath = apr_hash_this_key(hi);
>> + if (svn_dirent_is_ancestor(wcroot->abspath, abspath))
>> + svn_hash_sets(db->dir_data, abspath, wcroot);
>> + }
>> +
>> return SVN_NO_ERROR;
>> }
>
> This fixes the issue but I'm wondering if I should remove the entries
> rather than update them. Is it wrong for db->dir_cache to have entries
> for paths that are not directories and do not exist?

It is always possible for the disk tree to change outside of Subversion
so that entries in db->dir_cache refer to paths that are no longer
directories or no longer exist. I suppose that means there should be no
bad effects updating these child entries rather than removing them.

-- 
Philip
Received on 2015-01-15 17:31:28 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.