Dear Devs,
GNU Emacs 24.3 was behaving a little odd today while trying to display a
svn diff from Annotate mode. It simply barked "svn: Unable to find
repository location for '...' in revision ..." at me :-(. Since this
wasn't the first time Emacs left me in the rain like this, I thought it
was time to take a closer look.
This much I was able to figure out:
If you copy a file from revision N-1, modify the copy and then commit it
as revision N, 'svn diff -cN FILE' works as expected afterwards. It
works no matter whether you use Subversion 1.6 or 1.8, no matter whether
you specify FILE as a working copy path or a repository URL. "Works as
expected" meaning that it shows the modifications you made, not the
entire file as an add.
However, if you copy a file from a revision M that is smaller than N-1,
modify the copy and then commit it as revision N, 'svn diff -cN FILE'
won't play along. Subversion 1.6 simply barks "svn: Unable to find
repository location for 'FILE' in revision N-1", whereas Subversion 1.8
shows the whole file as an add, i.e. does a diff -r0:N :-(. An 'svn diff
-rM:N FILE' on the other hand works fine.
Emacs executes 'svn --non-interactive diff -r N-1:N FILE' for revision N
at the current line when you press d in Annotate mode, which of course
barfs just as much as 'diff -cN' does in the described case with M < N-1.
Would it be possible to spice up the semantics of -cN a bit?
I don't know enough about the innards of Subversion to understand why
-rM:N works but -rN-1:N doesn't, but I think trying to figure out the
correct value of M for the current line in Emacs' Annotate mode might
get painfull.
I've appended a little script to this mail that reproduces the problem.
Kind Regards,
Tobias
Received on 2013-06-25 16:25:25 CEST