cmpilato@tigris.org writes:
> Author: cmpilato
> Date: 2002-01-30 16:47 GMT
> New Revision: 1111
>
> Modified:
> trunk/subversion/libsvn_fs/id.c
> trunk/subversion/libsvn_fs/tree.c
> trunk/subversion/libsvn_fs/txn.c
> Log:
> * subversion/libsvn_fs/id.c
>
> (svn_fs_check_related): Note why it is okay for this function to use
> public FS API interface calls.
>
> * subversion/libsvn_fs/tree.c
>
> (svn_fs_is_different, svn_fs_commit_txn, svn_fs_merge,
> svn_fs_contents_changed, svn_fs_get_file_delta_stream): Note why it
> is okay for this function to use public FS API interface calls.
>
> * subversion/libsvn_fs/txn.c
>
> (svn_fs_begin_txn): Note why it is okay for this function to use
> public FS API interface calls.
As far as I can tell, this covers all the cases where the filesystem
code is calling back in through the public FS API. Cross your
fingers and hope that we won't be seeing Berkeley DB deadlocks ever
again.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:01 2006