What version did you upgrade to 1.6.15 from?
Are there any svn-commit.tmp, svn-commit.2.tmp preexisting?
What happens if you use the following script as your editor:
#!/bin/sh
echo "hi" > $1
Andreas Wolff wrote on Wed, Jan 26, 2011 at 00:10:13 +0100:
> Well, if you wish:
>
> What i did is quite simple. I upgraded my subversion installation and
> committing stopped working as it used to do.
>
> I _know_, by sheer evidence of the svn-commit.tmp file being
> "physically" there, that it is created one directory level above where
> it was used to be created!
> And it is also evident that "svn ci" uses the temp-file from the CWD.
> Because when I put such a file there, while the editor is opened, its
> contents are used as comments to be checked into the repository!
>
> Greetings,
> Andreas
>
> Daniel Shahaf wrote:
>> You haven't actually stated what IS happening, just what you THINK is
>> happening. (Most of your assumptions regarding what should/shouldn't be
>> in cwd are wrong.)
>>
>> The short answer is, svn runs 'gvim /path/to/file' and then reads
>> /path/to/file. The cwd isn't involved.
>>
>> Feel free to follow up with more details.
>>
>> Daniel
>>
>> Andreas Wolff wrote on Tue, Jan 25, 2011 at 19:32:07 +0100:
>>> Hello everybody,
>>>
>>> Today I encountered an unusual behaviour with my newly updated
>>> Subversion version (Win32, version 1.6.15):
>>>
>>> Just as always, a simple commit, using 'svn ci', still fires up my
>>> configured editor to edit a corresponding svn-commit.tmp file.
>>> The problem is, that this file gets created within the wrong directory:
>>> not within the current working directory, but one level above!
>>> The effect is, that after finishing and saving a log message the
>>> 'commit' won't find a 'svn-commit.tmp' in CWD.
>>>
>>> This happens with gvim.exe, notepad.exe and even with the vintage
>>> 'edit'. Investigation with process-explorer indicates that the editor's
>>> process gets started into the wrong CWD.
>>>
>>> Can someone please confirm this is a bug?
>>> Or maybe point to a related configuration setting? As working with -m is
>>> tedious and annoying.
>>>
>>> Greetings,
>>> Andreas
>
Received on 2011-01-26 00:23:52 CET