svn commit: r932659 - /subversion/trunk/subversion/libsvn_wc/update_editor.c

[gs...@apache.org]

Author: gstein
Date: Sat Apr 10 01:47:26 2010
New Revision: 932659

URL: http://svn.apache.org/viewvc?rev=932659&view=rev
Log:
We can actually run the work queue during close_file() and perform the
file state modifications immediately, rather than waiting for the parent's
close_directory() call.

This is a transitional step, and is partly done to demonstrate that we can
make these mods immediately (best as atomically!), rather than queued.

* subversion/libsvn_wc/update_editor.c:
  (close_file): call svn_wc__wq_run(). explain why.

Modified:
    subversion/trunk/subversion/libsvn_wc/update_editor.c

Modified: subversion/trunk/subversion/libsvn_wc/update_editor.c
URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_wc/update_editor.c?rev=932659&r1=932658&r2=932659&view=diff
==============================================================================
--- subversion/trunk/subversion/libsvn_wc/update_editor.c (original)
+++ subversion/trunk/subversion/libsvn_wc/update_editor.c Sat Apr 10 01:47:26 2010
@@ -4968,6 +4968,16 @@ close_file(void *file_baton,
   SVN_WC__FLUSH_LOG_ACCUM(eb->db, fb->dir_baton->local_abspath,
                           delayed_log_accum, pool);
 
+  /* ### we may as well run whatever is in the queue right now. this
+     ### starts out with some crap node data  via construct_base_node(),
+     ### so we can't really monkey things up too badly here. all tests
+     ### continue to pass, so this also gives us a better insight into
+     ### doing things more immediately, rather than queuing to run at
+     ### some future point in time.  */
+  SVN_ERR(svn_wc__wq_run(eb->db, fb->dir_baton->local_abspath,
+                         eb->cancel_func, eb->cancel_baton,
+                         pool));
+
   if (install_pristine)
     {
       svn_boolean_t record_fileinfo;