James Van Artsdalen wrote:
[snip]
>
> I haven't seen the efforts to duplicate the problem outside of SVN.
> I suspect those efforts weren't triggering the tag-alongs: it is
> important to open/write/close a file before the rename since it is the
> close to a file with a "file-was-written" marker that triggers the
> tag-alongs. Tag-alongs may have delays between close notification and
> starting their activities to try to avoid this scenario and that delay
> might be subtly enhancing sightings in SVN as compared to other programs.
> I plan to try it a stand-alone repro myself when I get a chance.
>
[snip]
As far as I know, I'm the only one that has attempted to repro this
outside of Subversion and I'd be happy to mail you the source code. It
does follow Subversion's pattern of open/write/close/rename (even
changing read-only attributes as Subversion does) -- however, it does
not delay between files as Subversion probably does while waiting for
the next change from the server (which would possibly fool the tag
alongs into thinking we're done with it -- the entries file is the most
common one hit by this in my experience). It also does not keep
changing a single central file (like Subversion's entries file).
I'll tweak it to do that and see what happens when I have time this
weekend. However, even with vanilla Subversion binaries, I very rarely
see the problem (unless AV is on) which makes it difficult and time
consuming to test.
If anyone wants the so-far-not-actually-reproing repro code, just let me
know.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 3 16:19:58 2003