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

RE: Subversion 1.6.0 Release Candidate 3 Released

From: Bob Archer <bob.archer_at_amsi.com>
Date: Wed, 4 Mar 2009 12:52:16 -0500

> >> Granted, I'm not very familiar with Windows development and APIs,
but
> >> when I was looking at this for OS X, Linux, and Windows, most
> >> resources I found said there wasn't an equivalent facility on
> >> Windows. Quoting Todd earlier in the thread:
> >
> > Kernal32 has
> >
> > FindFirstChangeNotification
> > FindCloseChangeNotification
> > FindNextChangeNotification
> > WaitForSingleObhject
> >
> > Of course we spoiled .Net devs just use the FileSystemWatcher class
> > which wraps all this up nicely.
>
> Do you have to be running a process to use these? The nice thing
> about FSEvents is that (IIUC) you can just subscribe the the
> directory, quit your process, and then comeback later and ask it what
> changed. It might take some selling to convince the devs and the
> users that a daemon is needed for Subversion.
>
> -Hyrum

I've never used the API directly. But, it looks to me like this is an
eventing system. If you aren't running a process to respond to the
events they aren't stored anywhere.

I'm not sure how it is done now, but can you ask the file system what
has change since a certain time. Rather than comparing every file in the
fs with the .svn files. Just ask the file system what has changed since
a certain date/time and dealing with those issue? Basically doing a dir
where modify date is greater than the last time you checked it? Maybe
that is how it is done now?

BOb

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1267850

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-04 18:53:14 CET

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.