Daniel Shahaf wrote on Mon, 23 Mar 2020 05:45 +0000:
> 钱海远(Nathan) wrote on Mon, 23 Mar 2020 05:30 +0000:
> > The expected behaviour is: 'svnadmin dump' should include all properties.
> >
> > It happened in command : svnadmin dump --include .
> >
> > I organized the calling relationship of the function:
>
> I can't reproduce that:
>
> [[[
> % lldb -- svnadmin dump r --include=/foo
> ⋮
> (lldb) n
> Process 10902 stopped
> * thread #1, name = 'svnadmin', stop reason = step over
> frame #0: 0x00007ffff7d9ba71 libsvn_repos-1.so.0`svn_repos_fs_revision_proplist(table_p=0x00007fffffffddf8, repos=0x00007ffff765b4c0, rev=0, authz_read_func=(libsvn_repos-1.so.0`dump_filter_authz_func at dump.c:1997), authz_read_baton=0x00007fffffffdf70, pool=0x00007ffff54b6028) at fs-wrap.c:514
> 511 authz_read_func, authz_read_baton,
> 512 pool));
> 513
> -> 514 if (readability == svn_repos_revision_access_none)
> 515 {
> 516 /* Return an empty hash. */
> 517 *table_p = apr_hash_make(pool);
> (lldb) p readability
> (svn_repos_revision_access_level_t) $1 = svn_repos_revision_access_full
> ]]]
>
> The value svn_repos_revision_access_full is correct, and indicates that
> the line you patched won't be executed.
>
It also indicates that all properties on the revision will be included
in the dumpfile.
However, note that nothing guarantees that svn:log exists for every
revision in the repository. You can check with «svnlook propget --revprop
-r N $REPOS_PATH svn:log».
Note that «svnlook log» does NOT error on revisions that don't have
svn:log set. (This seems to be a bug.)
Received on 2020-03-23 06:53:33 CET