On 04/13/2012 06:33 PM, Daniel Shahaf wrote:
Blair Zajac wrote on Fri, Apr 13, 2012 at 13:08:12 -0700:
To do valgrind well, do I need to recompile APR with specific flags to
enable pool debugging?
Other than --enable-pool-debugging=N (aka -DAPR_POOL_DEBUG=N) (where
N is placeholder for a numb
Blair Zajac wrote on Fri, Apr 13, 2012 at 13:08:12 -0700:
> To do valgrind well, do I need to recompile APR with specific flags to
> enable pool debugging?
>
Other than --enable-pool-debugging=N (aka -DAPR_POOL_DEBUG=N) (where
N is placeholder for a number) ?
Hi all,
Both SlikSVN build machines have a stuck fs_test.exe.
It happened after one of my commits but I don't think
it is related (maybe I'm wrong ...)
Could somebody give those servers a little nudge?
-- Stefan^2.
On Thu, Apr 12, 2012 at 3:15 PM, Stefan Sperling wrote:
> I'm happy to announce the release of Apache Subversion 1.6.18.
>
[...]
>
> For this release, the following people have provided PGP signatures:
>
> C. Michael Pilato [1024D/1706FD6E] with fingerprint:
> 20BF 14DC F02F 2730 7EA4 C7BB A
On 04/13/2012 12:45 AM, Julian Foad wrote:
Blair Zajac wrote:
Since we discussed this, we moved the Subversion server to a new box and
from RAID to FusionIO storage and we're still getting the core dumps
with the same stack trace, so I don't think its memory corruption.
I meant I suspect corr
On 04/13/12 05:48, Markus Schaber wrote:
Hi, Taylor,
Von: Stefan Sperling [mailto:s...@elego.de]
On Fri, Apr 13, 2012 at 03:32:47AM -0700, Taylor Lookabaugh wrote:
Error: svn: E200030: sqlite: callback requested query abort
Steps to reproduce bug: 1: checkout svn repo. 2: copy the checked out
Am 13.04.2012 18:44, schrieb Philip Martin:
Stefan Fuhrmann writes:
Am 13.04.2012 16:35, schrieb Daniel Shahaf:
stef...@apache.org wrote on Thu, Apr 12, 2012 at 20:02:37 -:
+ * @since: New in 1.8
+ */
+apr_allocator_t *
+svn_pool_create_allocator(svn_boolean_t thread_safe);
Should this
Stefan Fuhrmann writes:
> Am 13.04.2012 16:35, schrieb Daniel Shahaf:
>> stef...@apache.org wrote on Thu, Apr 12, 2012 at 20:02:37 -:
>>> + * @since: New in 1.8
>>> + */
>>> +apr_allocator_t *
>>> +svn_pool_create_allocator(svn_boolean_t thread_safe);
>> Should this be an svn-private API? S
Stefan Fuhrmann wrote on Fri, Apr 13, 2012 at 15:55:18 +0200:
> Am 13.04.2012 16:35, schrieb Daniel Shahaf:
>> stef...@apache.org wrote on Thu, Apr 12, 2012 at 20:02:37 -:
>>> Author: stefan2
>>> Date: Thu Apr 12 20:02:36 2012
>>> New Revision: 1325478
>>>
>>> URL: http://svn.apache.org/viewvc?
Am 13.04.2012 16:35, schrieb Daniel Shahaf:
stef...@apache.org wrote on Thu, Apr 12, 2012 at 20:02:37 -:
Author: stefan2
Date: Thu Apr 12 20:02:36 2012
New Revision: 1325478
URL: http://svn.apache.org/viewvc?rev=1325478&view=rev
Log:
Introduce a new API function to create and initialize a n
stef...@apache.org wrote on Thu, Apr 12, 2012 at 20:02:37 -:
> Author: stefan2
> Date: Thu Apr 12 20:02:36 2012
> New Revision: 1325478
>
> URL: http://svn.apache.org/viewvc?rev=1325478&view=rev
> Log:
> Introduce a new API function to create and initialize a new
> APR pool allocator. Make its
Hi, Taylor,
Von: Stefan Sperling [mailto:s...@elego.de]
> On Fri, Apr 13, 2012 at 03:32:47AM -0700, Taylor Lookabaugh wrote:
> > Error: svn: E200030: sqlite: callback requested query abort
> >
> > Steps to reproduce bug: 1: checkout svn repo. 2: copy the checked out
> > repo.
>
> Small note on te
Hello All,
We are glad to announce that long awaited SVNKit 1.7.4 is released and
is available for download at http://svnkit.com/download/ page.
Please note, that in order to avoid user's confusion, we've decided to
follow Subversion version numbering, and this first version of SVNKit
which is co
On Fri, Apr 13, 2012 at 03:32:47AM -0700, Taylor Lookabaugh wrote:
> Error: svn: E200030: sqlite: callback requested query abort
>
> Steps to reproduce bug: 1: checkout svn repo. 2: copy the checked
> out repo.
Small note on terminology: While you check out from a "repository",
what you've checke
Error: svn: E200030: sqlite: callback requested query abort
Steps to reproduce bug: 1: checkout svn repo. 2: copy the checked out
repo. 3: run
"svnversion" in the copy
versions:
sqlite - 4.7.0
subversion - 1.7.4
--
Taylor Lookabaugh
Blair Zajac wrote:
> Since we discussed this, we moved the Subversion server to a new box and
> from RAID to FusionIO storage and we're still getting the core dumps
> with the same stack trace, so I don't think its memory corruption.
I meant I suspect corruption of this process's state by any m
16 matches
Mail list logo