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

svn prop_time and replacement

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Thu, 21 Apr 2011 15:53:34 +0200

Hello,

I'm currently working at the Subversion support for one of our
applications (embedded via SharpSVN).

Now, after operations like update and revert, we have to scan the
working copy for changes, to decide whether we have to re-read the files
into our application. For file changes, we can use the file timestamp
from the filesystem. But for property changes, we don't have this
possibility.

The svn_info_t.prop_time or svn_wc_entry_t.prop_time members would be
handy for that, but they're documented as unused since svn 1.4.

I don't want to rely on dirty tricks as parsing the timestamp of the
properties file in the .svn subdirectory, as this is doomed to break on
SVN 1.7. Is there any official way to get the timestamp when the
properties part of a WC entry was last updated?

Alternatively, I could think of a solution of using the svn_wc_notify_t
notifications. But in the Source at
http://svn.collab.net/svn-doxygen/svn__wc_8h-source.html#l00910 says
that this is meant for user notification purposes.

So my second question is: Are those notifications reliable enough in the
sense that we can use them to collect a list of all files to rescan?
Duplicates and small amounts of false positives are tolerable, but false
negatives introduce inconsistencies between our internal representation
and the working copy.

Thanks a lot!

Best regards
Markus Schaber
Received on 2011-04-21 15:54:06 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.