Re: why does tortoise, wcng and cygwin break from icon caching?

2012-07-06 Thread Stefan Fuhrmann
On Fri, Jul 6, 2012 at 12:58 AM, Neels J Hofmeyr ne...@elego.de wrote: Today Random Person on #svn reported a problem and later its apparent solution, and it struck me as rather peculiar: [[[ yates` when trying to do an svn cleanup, i get a strange message: svn: E200030: disk I/O error,

RE: why does tortoise, wcng and cygwin break from icon caching?

2012-07-06 Thread Bert Huijben
Cygwin abstracts the windows io layer and then puts a UNIX like io layer on top. Sqlite then uses that io layer instead of the windows io layer it was optimized for. I'm certainly not surprised if you then see slight differences in locking behavior if both implementations use the same database

Revprop packing implemented

2012-07-06 Thread Stefan Fuhrmann
Hi devs, This week I had one of my how hard can it be? moments and finally implemented revprop packing (did that mainly offline). It passes all tests and seems to work pretty well. It's design deviates from the existing revprop packing branch in that it is more scalable and simpler to implement.

Re: why does tortoise, wcng and cygwin break from icon caching?

2012-07-06 Thread Simon Large
On 6 July 2012 09:04, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Jul 6, 2012 at 12:58 AM, Neels J Hofmeyr ne...@elego.de wrote: Today Random Person on #svn reported a problem and later its apparent solution, and it struck me as rather peculiar: [[[ yates` when trying to do

Re: why does tortoise, wcng and cygwin break from icon caching?

2012-07-06 Thread Johan Corveleyn
On Fri, Jul 6, 2012 at 2:20 PM, Simon Large simon.tortoise...@gmail.com wrote: On 6 July 2012 09:04, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Jul 6, 2012 at 12:58 AM, Neels J Hofmeyr ne...@elego.de wrote: Today Random Person on #svn reported a problem and later its apparent

Re: why does tortoise, wcng and cygwin break from icon caching?

2012-07-06 Thread Stefan Küng
On 06.07.2012 14:41, Johan Corveleyn wrote: Ok, but I suppose that's mainly because of eol-style=native issues: your cygwin client may have a different idea about what the native eol-style is ... I don't think locking of the working copy (or working copy database) has been considered when this

Re: Revprop packing implemented

2012-07-06 Thread C. Michael Pilato
On 07/06/2012 04:32 AM, Stefan Fuhrmann wrote: Hi devs, This week I had one of my how hard can it be? moments and finally implemented revprop packing (did that mainly offline). It passes all tests and seems to work pretty well. Cool! [...] Since the new code will not be used unless you

Re: Revprop packing implemented

2012-07-06 Thread Blair Zajac
On 7/6/12 6:27 AM, C. Michael Pilato wrote: On 07/06/2012 04:32 AM, Stefan Fuhrmann wrote: Hi devs, This week I had one of my how hard can it be? moments and finally implemented revprop packing (did that mainly offline). It passes all tests and seems to work pretty well. Cool! [...] Since

Re: svn commit: r1358322 - /subversion/trunk/subversion/libsvn_fs_fs/tree.c

2012-07-06 Thread Blair Zajac
On 7/6/12 11:04 AM, stef...@apache.org wrote: Author: stefan2 Date: Fri Jul 6 18:04:09 2012 New Revision: 1358322 URL: http://svn.apache.org/viewvc?rev=1358322view=rev Log: Relax overly strict consistency check that is not covered by the FSFS format specification. *

Re: svn_wc_prop_set4 not working as expected.

2012-07-06 Thread Daniel Shahaf
Stefan Sperling wrote on Mon, Jun 25, 2012 at 10:21:22 +0200: On Fri, Jun 22, 2012 at 11:15:57AM -0500, lfdon...@rockwellcollins.com wrote: Hello, I'm trying to use svn_wc_prop_set4 to set a property on my local working copy (1.7) and I keep getting the error: No write-lock in

RE: svn_wc_prop_set4 not working as expected.

2012-07-06 Thread Bert Huijben
Every svn_wc API that changes the working copy requires its caller to obtain a write lock. In the past that was done via the access batons and now it requires another call. But the most common ones are still private. Bert Huijben (Cell phone) From: Daniel Shahaf Sent: 7-7-2012 1:02 To: