Re: [PATCH] use APR's ctypes on EBCDIC systems

2010-05-24 Thread Branko Čibej
On 24.05.2010 20:10, Greg Ames wrote: > On Sun, May 23, 2010 at 5:40 PM, Branko Čibej > wrote: > > > This is very, very wrong, because we use the ctypes for other things, > not just for string literals. > > > I'm aware that ctypes are used for other things. I don't s

Re: Issue 3085 mod_dav_svn and pre-revprop-change hooks

2010-05-24 Thread C. Michael Pilato
> I can be sneaky and work around this. When the hook fails mod_dav_svn > can cache the error, and then when rollback gets invoked the cached > error can be returned even though rollback is otherwise a no-op. > > What do people think? I suppose the proper solution is to change > mod_dav to retur

Issue 3085 mod_dav_svn and pre-revprop-change hooks

2010-05-24 Thread Philip Martin
http://subversion.tigris.org/issues/show_bug.cgi?id=3085 The issue is that when a pre-revprop-change hook fails mod_dav_svn runs the hook a second time but with a different property change. This means that the message returned to the user doesn't contain the correct hook error output. The reason

Re: [PATCH] use APR's ctypes on EBCDIC systems

2010-05-24 Thread Greg Ames
On Sun, May 23, 2010 at 5:40 PM, Branko Čibej wrote: > > This is very, very wrong, because we use the ctypes for other things, > not just for string literals. I'm aware that ctypes are used for other things. I don't see why using APR's portable version of ctypes across the board would break an

Re: svn commit: r947601 - in /subversion/trunk/subversion/libsvn_wc: wc_db.c wc_db.h

2010-05-24 Thread Hyrum K. Wright
On Mon, May 24, 2010 at 6:15 AM, wrote: > Author: julianfoad > Date: Mon May 24 11:15:24 2010 > New Revision: 947601 > > URL: http://svn.apache.org/viewvc?rev=947601&view=rev > Log: > * subversion/libsvn_wc/wc_db.h, > subversion/libsvn_wc/wc_db.c > (svn_wc__db_pristine_get_path): New function.

Re: problems with serf

2010-05-24 Thread Lieven Govaerts
On Sun, May 16, 2010 at 10:38 AM, Stefan Küng wrote: > Hi, > > During the last few days, I've changed TSVN to link against the svn trunk. > The speed is much better now, so thanks for that. It's not as fast as the > 1.6.x branch yet but it's usable. > > About my problem: > serf is now the default

Re: file externals fails to commit after merge

2010-05-24 Thread Joakim Tjernlund
Senthil Kumaran S wrote on 2010/05/24 09:07:20: > > Joakim Tjernlund wrote: > > #fails with: > > #svn: Commit failed (details follow): > > #svn: Cannot commit both '/usr/local/src/my_wc/branches/b1/proj/file' and '/ > usr/local/src/my_wc/branches/b1/bin/file' as they refer to the same URL > > > >

Re: file externals fails to commit after merge

2010-05-24 Thread Senthil Kumaran S
Joakim Tjernlund wrote: #fails with: #svn: Commit failed (details follow): #svn: Cannot commit both '/usr/local/src/my_wc/branches/b1/proj/file' and '/usr/local/src/my_wc/branches/b1/bin/file' as they refer to the same URL #svn, version 1.6.9 (r901367) This behavior stands corrected in trunk.