stef...@apache.org wrote on Tue, Mar 25, 2014 at 23:12:03 -:
> +
> +Incompatibility
> + +title="Link to this section">¶
> +
> +
> +The FSX code and storage representation is incomplete with respect to
> +the feature set that its developers have in mind. For as long as it keeps
> +its exp
rhuij...@apache.org wrote on Mon, Mar 24, 2014 at 14:46:57 -:
> +{"skip-revprop", opt_skip_revprop, 1,
> + N_("skip revision property (E.g. svn:date,
> svn:author)")},
How about this? ---
Index: svnrdump.c
On Mon, Mar 24, 2014 at 1:35 PM, Julian Foad wrote:
> But, compared with the present 1 ms that's inadequate on many systems and the
> 1 second that's too much on some but not enough on others, I would be happy
> with simply increasing the 1 ms to 10 ms for a "quick fix" if we don't want
> to in
On 03/25/2014 12:30 PM, Bert Huijben wrote:
> Hi,
>
> On the OpenBSD bot I see a BDB test failure.
>
> [[[
> subversion/tests/libsvn_wc/op-depth-test.c:9617,
> subversion/tests/libsvn_wc/utils.c:498,
> subversion/libsvn_client/relocate.c:251,
> subversion/libsvn_wc/relocate.c:165,
> su
Hi,
On the OpenBSD bot I see a BDB test failure.
[[[
subversion/tests/libsvn_wc/op-depth-test.c:9617,
subversion/tests/libsvn_wc/utils.c:498,
subversion/libsvn_client/relocate.c:251,
subversion/libsvn_wc/relocate.c:165,
subversion/libsvn_client/relocate.c:108,
subversion/libsvn_client
Peter Suter writes:
> (I asked about this on IRC today and was asked to send a repro to this
> list.)
>
> Since updating to TortoiseSVN 1.8 my locks get broken when I update a
> repository. (Downgrading to TortoiseSVN 1.7.13 fixes it. Upgrading back
> to 1.8.0 or 1.8.5 (the latest, based on Subve
On 25 March 2014 15:11, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Ivan Zhakov [mailto:i...@visualsvn.com]
>> Sent: dinsdag 25 maart 2014 12:03
>> To: Subversion Development; Bert Huijben
>> Subject: Re: svn commit: r1344347 -
>> /subversion/trunk/subversion/libsvn_subr/config_
Hi,
(I asked about this on IRC today and was asked to send a repro to this
list.)
Since updating to TortoiseSVN 1.8 my locks get broken when I update a
repository. (Downgrading to TortoiseSVN 1.7.13 fixes it. Upgrading back
to 1.8.0 or 1.8.5 (the latest, based on Subversion 1.8.8) makes the
probl
> -Original Message-
> From: Ivan Zhakov [mailto:i...@visualsvn.com]
> Sent: dinsdag 25 maart 2014 12:03
> To: Subversion Development; Bert Huijben
> Subject: Re: svn commit: r1344347 -
> /subversion/trunk/subversion/libsvn_subr/config_file.c
>
> On 30 May 2012 20:52, wrote:
> > Author
On 30 May 2012 20:52, wrote:
> Author: rhuijben
> Date: Wed May 30 16:52:36 2012
> New Revision: 1344347
>
> URL: http://svn.apache.org/viewvc?rev=1344347&view=rev
> Log:
> Remove about 15% of the cpu overhead of svnserve and httpd while running the
> test suite by introducing a very simple parse
Branko Čibej writes:
> I would guess that the easiest way to solve this would be to
> periodically touch and stat the WC root dir until its mtime changes.
> Unfortunatesly, sleep-for-timestamps has not the slightest idea where
> the WC root might be ...
svn_io_sleep_for_timestamps does get an op
> -Original Message-
> From: C. Michael Pilato [mailto:cmpil...@collab.net]
> Sent: woensdag 19 maart 2014 16:27
> To: Bert Huijben; 'Branko Čibej'; dev@subversion.apache.org
> Subject: Re: r1577170 - remove wildcard handling from some .exe's on
> Windows
>
> On 03/19/2014 11:12 AM, Bert
On 24.03.2014 19:47, Philip Martin wrote:
> Julian Foad writes:
>
>> Philip Martin wrote:
>>
>>> Julian Foad writes:
>Modify: 2014-03-24 16:40:17.566569826 +
>Modify: 2014-03-24 16:40:17.570569785 +
Is it possible to query the system clock resolution at run time? That
On 24.03.2014 18:31, Julian Foad wrote:
> p.s. For other readers, I only started looking at this at all because
> Philip reported an actual bug whereby the function's 1-millisecond
> delay is simply wrong for many Linux systems. - Julian
We really should not rely on the system time resolution but
14 matches
Mail list logo
