Hi there,
I just encountered the following problem using Subversion 1.3.0
under cygwin and subclipse (nevertheless for me this is a general
thing when using different clients):
I first checked out a working copy using subclipse and then said
'svn st' from my cygwin command prompt. It took over 2 minutes
for 'svn st' to finish whereas on another PC it only took
some seconds.
The solution to this problem is that subclipse retrieves the
modification time of files including microseconds so in the
entries file the times in the text-time property were all
stored with micorseconds.
Unfortunately my Subversion client only retrieves the
modification time without microseconds so for every single file
a diff was made which took this long time.
After applying the followin patch:
--- subversion/libsvn_wc/questions.c.orig 2005-06-20 20:35:21.000000000 +0200
+++ subversion/libsvn_wc/questions.c 2006-01-18 09:45:47.495428800 +0100
@@ -209,7 +209,13 @@
SVN_ERR (svn_time_from_cstring (&wfile_time, tstr, pool));
*/
}
-
+
+ // ignore msecs in case entries file was generated with a system that
+ // uses msecs and that the system now doesn't retrieve msecs from
+ // the wc file
+ wfile_time -= apr_time_usec(wfile_time);
+ entrytime -= apr_time_usec(entrytime);
+
if (wfile_time == entrytime)
*equal_p = TRUE;
else
it only needs the same time as on the other PC for 'svn st'
to finish.
(And I also got this performance if I did the checkout from the
cygwin command prompt -> then all text-time propties in the
entries files were stored without 0 microseconds.)
Now I am interested in oppinions to the following two questions:
- Is it be possible for Subversion/APR to also retrieve the
file modification time including microseconds?
- Is ignoring the microseconds as done in my little patch okay?
Regards
Mathias
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 18 13:28:03 2006