On Jun 7, 2012 8:22 PM, "Johan Corveleyn" wrote:
>...
> Doh. This seems to be the new failure mode of the existing issue of
> running ra_serf with AVG 2012 SurfShield [1]. So svn no longer crashes
> in this case, but now fails with "svn: E730035: A non-blocking socket
> operation could not be comp
On Mon, Jun 4, 2012 at 11:31 PM, Johan Corveleyn wrote:
> dirent_uri-test.exe 32 started failing on my laptop, after I removed
> my cdrom drive. It fails with:
>
> [[[
> ..\..\..\subversion\tests\libsvn_subr\dirent_uri-test.c:2030: (apr_err=125001)
> ..\..\..\subversion\libsvn_subr\dirent_uri.c:19
On Tue, Jun 5, 2012 at 12:49 AM, Johan Corveleyn wrote:
> Python tests are failing on my machine (Win XP) with ra_serf (serf
> 1.0.3) and trunk@1346162 (i.e. "now").
>
> (the C tests run successfully, but I'm not sure whether some of those
> actually contact the repository)
>
> For instance, basic
On 06/07/2012 01:40 PM, Greg Stein wrote:
Hello all,
I'm pleased to announce the serf 1.1.0 release!
MacPorts has been updated.
port -v sync && port -v upgrade --enforce-variants outdated
Blair
On Thu, Jun 7, 2012 at 5:19 PM, wrote:
> Author: gstein
> Date: Thu Jun 7 21:19:23 2012
> New Revision: 1347802
>
> URL: http://svn.apache.org/viewvc?rev=1347802&view=rev
> Log:
> Per discussion from the list, bump to SQLite 3.7.12 as minimum.
Note that configure's --enable-sqlite-compatibility
On 07.06.2012 12:16, Daniel Widenfalk wrote:
> On 2012-06-07 11:47, Bert Huijben wrote:
>>
>>> -Original Message-
>>> From: Bert Huijben [mailto:b...@qqmail.nl]
>>> Sent: donderdag 7 juni 2012 11:34
>>> To: 'Daniel Widenfalk'; dev@subversion.apache.org;
>>> us...@subversion.apache.org
>>> S
Hello all,
I'm pleased to announce the serf 1.1.0 release!
This release has a couple new features to support Apache Subversion
and Apache OpenOffice (incubating). From CHANGES:
New: serf_bucket_request_set_CL() for C-L based, non-chunked requests
New: serf_ssl_server_cert_chain_callback_set(
Bert said he was planning to use a simple boolean to distinguish
between BASE and not-BASE.
Cheers,
-g
On Thu, Jun 7, 2012 at 1:04 PM, Julian Foad wrote:
> Note that op_depth (as a number) conveys the same information as an "op
> root" path. So maybe reworking this to pass an op-root path inste
Note that op_depth (as a number) conveys the same information as an "op root"
path. So maybe reworking this to pass an op-root path instead would be more
acceptable?
- Julian
>
> From: Greg Stein
>To: dev@subversion.apache.org
>Sent: Monday, 4 June 2012, 20
On 2012-06-07 11:47, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: donderdag 7 juni 2012 11:34
>> To: 'Daniel Widenfalk'; dev@subversion.apache.org;
>> us...@subversion.apache.org
>> Subject: RE: Potential issue in
> libsvn_diff:diff_
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: donderdag 7 juni 2012 11:34
> To: 'Daniel Widenfalk'; dev@subversion.apache.org;
> us...@subversion.apache.org
> Subject: RE: Potential issue in
libsvn_diff:diff_file.c:find_identical_prefix
>
>
>
> > -Origin
> -Original Message-
> From: Daniel Widenfalk [mailto:daniel.widenf...@iar.se]
> Sent: donderdag 7 juni 2012 11:06
> To: dev@subversion.apache.org; us...@subversion.apache.org
> Subject: Potential issue in libsvn_diff:diff_file.c:find_identical_prefix
>
> Hi,
>
> First off: I'm sorry if
Hi,
First off: I'm sorry if I post this in the wrong way.
I've found a potential issue in the function "find_identical_prefix"
in libsvn_diff/diff_file.c
The faulty code looks like this:
diff_file.c:432 (as per 1.7.1, code identical to 1.7.5)
---
is_match = TRU
13 matches
Mail list logo
