On 7/5/2013 2:10 PM, Branko Čibej wrote: > On 05.07.2013 21:07, David Rothenberger wrote: >> On 7/5/2013 10:49 AM, Branko Čibej wrote: >>> On 05.07.2013 19:15, David Rothenberger wrote: >>>> I recently upgraded my Subversion server to 1.8.0 and started >>>> receiving the following error from "git svn fetch": >>> Talk to the authors of git-svn. This is a Subversion users' mailing list. >> Thanks, but I'm aware to which list I posted. >> >> I thought that Subversion guaranteed backwards compatibility with the >> API provided? > > We do. [snip] > Can you reproduce the error using just the Subversion command-line > client, in the same enviroment? If you can, and then post the exact > commands used and the output produced, that would give us a much better > chance to diagnose the problem.
I cannot reproduce this problem using command-line tools, but I was able to do a trace of git-svn when it is failing and it looks to me that the problem is in the order in which the SVN::Delta::Editor (svn_delta_editor_t) function are being called. The order I see is: 1. open_root 2. open_directory 3. add_file 4. apply_textdelta 5. add_file 6. apply_textdelta The git-svn code is expecting a close_file call before the add_file call in #5. It appears to me that the svn_delta_editor_t API [1] requires this close_file call. It looks to me like this is Issue #2932 [2]. When bulk mode is used, the callbacks are called in this order: 1. open_root 2. open_directory 3. add_file 4. apply_textdelta 5. change_file_prop 6. close_file 7. ... 8. change_dir_prop 9. close_dir [1] http://subversion.apache.org/docs/api/latest/structsvn__delta__editor__t.html#details [2] http://subversion.tigris.org/issues/show_bug.cgi?id=2932 -- David Rothenberger ---- daver...@acm.org management, n.: The art of getting other people to do all the work.
