Hi Kamesh,
I have created a new thread in order to prevent the confusion about the
test case. I have tweaked the test case as you mentioned in the previous
thread.
Here is the link for the same...
http://mail-archives.apache.org/mod_mbox/subversion-dev/201102.mbox/%3c0213965108dead48960ce8345
Noorul Islam K M writes:
> Noorul Islam K M writes:
>
>> Noorul Islam K M writes:
>>
>>> This patch is a followup of the following thread. All tests pass with
>>> this patch.
>>>
>>> http://svn.haxx.se/dev/archive-2011-01/0210.shtml
>>>
>>> Log
>>>
>>> [[[
>>>
>>> Make svn 'cat' command to retu
Translation status report for trunk@r1068265
lang trans untrans fuzzy obs
--
de2056 125 244 200
es1991 190 275 341
fr2178 3 5 2
it1841 340 476 165
ja1983
On 07.02.2011 21:51, Stefan Sperling wrote:
>> A lot of wc databases out there will be
>> so small that the user will hardly notice the memory increase.
> All we'd be doing is allowing sqlite to flush data to disk if needed.
> Even with a temporary table backed by a file, most operations happen in
hwri...@apache.org wrote on Mon, Feb 07, 2011 at 22:09:15 -:
> Author: hwright
> Date: Mon Feb 7 22:09:15 2011
> New Revision: 1068169
>
> URL: http://svn.apache.org/viewvc?rev=1068169&view=rev
> Log:
> * tools/server-side/svn-populate-node-origins-index.c
> (index_revision_adds): Update a
The new function should be marked 'static'.
Also, they aren't in the proper namespaces: one is in svn_ despite being
file-private, and the other is in apr_'s space.
stevek...@apache.org wrote on Mon, Feb 07, 2011 at 17:43:25 -:
> Author: steveking
> Date: Mon Feb 7 17:43:24 2011
> New Revisi
On Sat, Feb 5, 2011 at 3:22 AM, Benjamin Peterson wrote:
> Hyrum K Wright hyrumwright.org> writes:
>>
>> [[[
>>
>> Index: subversion/tests/cmdline/svntest/testcase.py
>> ===
>> --- subversion/tests/cmdline/svntest/testcase.py (r
On Tue, Feb 8, 2011 at 1:41 AM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Mon, Feb 07, 2011 at 23:14:10 +:
>> On Fri, Feb 4, 2011 at 4:36 PM, Noorul Islam K M wrote:
>> > hwright noorul: ignored_props_mod takes a list of properties, yes (as
>> > opposed to a blanket "ignore all pr
Noorul Islam K M wrote on Sat, Feb 05, 2011 at 12:55:55 +0530:
> Daniel Shahaf writes:
> > Noorul Islam K M wrote on Thu, Feb 03, 2011 at 14:15:48 +0530:
> >> + if (info->depth == svn_depth_exclude)
> >> +SVN_ERR(svn_cmdline_printf(pool, _("Depth: exclude\n")));
> >>
> >
> > I know that the
Neil Bird wrote on Fri, Feb 04, 2011 at 12:53:31 +:
> Around about 04/02/11 12:06, Neil Bird typed ...
> >It's turning out to be the PITA I expected.
>
> OK, I've backported enough of the trunk copy to get it compiling
> for Linux, but it now fails 2 tests. I'll investigate next week.
> It
Start with Paul Querna's patch (see contribulyzer), then look in the
logs for follow-up commits.
This is head-of-trunk code, and as such may eat your disk. You're about
to try a mix-and-match, thus it may eat your backups too.
Thanks for testing this!
Daniel
Kirby Zhou wrote on Sat, Feb 05,
Hyrum K Wright wrote on Fri, Feb 04, 2011 at 09:28:04 -0600:
> Reviewing my own commits...
>
> On Fri, Feb 4, 2011 at 9:20 AM, wrote:
> > +++ subversion/trunk/subversion/libsvn_client/export.c Fri Feb 4 15:20:50
> > 2011
> > @@ -900,8 +900,9 @@ close_file(void *file_baton,
> > actual_checksu
Hyrum K Wright wrote on Mon, Feb 07, 2011 at 23:14:10 +:
> On Fri, Feb 4, 2011 at 4:36 PM, Noorul Islam K M wrote:
> > hwright noorul: ignored_props_mod takes a list of properties, yes (as
> > opposed to a blanket "ignore all prop mods")
> >
> > hwright what you are saying
> > is
Benjamin Peterson wrote on Sat, Feb 05, 2011 at 03:22:06 +:
> Hyrum K Wright hyrumwright.org> writes:
> > +if type(issues) == type(0):
>
> You should use isinstance(issues, int). Or even better see below.
Thanks for your input; I'll remember it for next time.
On 07.02.2011 13:40, Philip Martin wrote:
stef...@apache.org writes:
Author: stefan2
Date: Sun Feb 6 14:37:29 2011
New Revision: 1067678
URL: http://svn.apache.org/viewvc?rev=1067678&view=rev
Log:
Changing caching defaults to "16MB membuffer cache, fulltext caching on".
* subversion/libsvn_f
On Fri, Feb 4, 2011 at 4:36 PM, Noorul Islam K M wrote:
> "noorul Islam. Kamal Malmiyoda" writes:
>
>> On Feb 3, 2011, at 5:39 AM, "Hyrum K Wright" wrote:
>>
>>> On Wed, Feb 2, 2011 at 6:29 AM, Noorul Islam K M wrote:
Is ignored_prop_mods list functionality completely implemented?
>>>
Hyrum K Wright wrote on Mon, Feb 07, 2011 at 13:35:11 +:
> Just use them both. Order *shouldn't* matter. (I think.)
Pretty sure it *does* matter: e.g., when you combine XFail and Skip, one
of them causes the test to be run and one causes it not to be run ---
and we did have some instances of
[I sent this to d...@apr.apache.org but haven't received a response.
Thread here:
http://mail-archives.apache.org/mod_mbox/apr-dev/201102.mbox/%3cf7b1928d-d32f-48dd-b8d9-80b26906a...@orcaware.com%3E
. Given the importance of writing complete files for svn, could
somebody take a look and see if
On 02/07/2011 03:44 PM, Philip Martin wrote:
> Paul Burba writes:
>
>> Do "DAV clients sometimes LOCK non-existent paths, as a way of
>> reserving names"? I'm not sure exactly what that means, does anyone
>> have an inkling?
>
> In subversion/mod_dav_svn/lock.c:append_locks the code does a PUT
On Mon, Feb 07, 2011 at 09:32:48PM +0100, Branko Čibej wrote:
> On 07.02.2011 17:10, Stefan Sperling wrote:
> > The bug is probabaly in the following query.
> > Maybe the INSERT OR REPLACE doesn't work as intended?
> > And why is COMMIT TRANSACTION commented, BTW? Is this the problem?
> >
> > -- ST
On Mon, Feb 07, 2011 at 09:23:23PM +0100, Johan Corveleyn wrote:
> I've been wondering about the question "how about storing/buffering
> the entire query results in memory?" Would this really be a problem,
> even for very large working copies?
>
> I have a quite large working copy checked out here
Paul Burba writes:
> Do "DAV clients sometimes LOCK non-existent paths, as a way of
> reserving names"? I'm not sure exactly what that means, does anyone
> have an inkling?
In subversion/mod_dav_svn/lock.c:append_locks the code does a PUT of a
0-byte file when an attempt is made to lock a non-e
On 07.02.2011 21:23, Johan Corveleyn wrote:
> On Mon, Feb 7, 2011 at 5:28 PM, Stefan Sperling wrote:
>> On Mon, Feb 07, 2011 at 05:18:57PM +0100, Stefan Sperling wrote:
>>> On Mon, Feb 07, 2011 at 10:55:47AM -0500, Mark Phippard wrote:
On Mon, Feb 7, 2011 at 10:52 AM, Stefan Sperling wrote:
On 07.02.2011 17:10, Stefan Sperling wrote:
> The bug is probabaly in the following query.
> Maybe the INSERT OR REPLACE doesn't work as intended?
> And why is COMMIT TRANSACTION commented, BTW? Is this the problem?
>
> -- STMT_REPLACE_ACTUAL_PROPS_IN_CACHE
> INSERT OR REPLACE INTO temp_query_cache
On Mon, Feb 7, 2011 at 5:28 PM, Stefan Sperling wrote:
> On Mon, Feb 07, 2011 at 05:18:57PM +0100, Stefan Sperling wrote:
>> On Mon, Feb 07, 2011 at 10:55:47AM -0500, Mark Phippard wrote:
>> > On Mon, Feb 7, 2011 at 10:52 AM, Stefan Sperling wrote:
>> >
>> > > Where is the temporary table stored?
Six years ago we set these two lock tests to XFail
(http://svn.apache.org/viewvc?view=revision&revision=853631):
C:\SVN\src-trunk>Debug\subversion\tests\libsvn_fs\locks-test.exe
--list --mode-filter xfail
Test # Mode Test Description
-- -
9XFAIL able to reserv
On 02/07/2011 09:43 AM, stevek...@apache.org wrote:
Author: steveking
Date: Mon Feb 7 17:43:24 2011
New Revision: 1068029
+
+/* This is correct, we don't twist the filename if it is will
+ * definately be shorter than 248 characters. It merits some
Little grammar and spelling cleanup
On 07.02.2011 15:38, Philip Martin wrote:
Philip Martin writes:
Stefan Sperling writes:
On Mon, Feb 07, 2011 at 11:51:11AM +, Philip Martin wrote:
stef...@apache.org writes:
Author: stefan2
Date: Sun Feb 6 15:51:15 2011
New Revision: 1067687
URL: http://svn.apache.org/viewvc?rev=10
On 07.02.2011 19:23, C. Michael Pilato wrote:
On 02/07/2011 12:31 PM, Stefan Küng wrote:
On 07.02.2011 16:28, C. Michael Pilato wrote:
Is there at least some attribution that needs to happen if we add it to our
codebase?
Actually, it's a copy of the function utf8_to_unicode_path() that's part
On 02/07/2011 12:31 PM, Stefan Küng wrote:
> On 07.02.2011 16:28, C. Michael Pilato wrote:
>> Is there at least some attribution that needs to happen if we add it to our
>> codebase?
>
> Actually, it's a copy of the function utf8_to_unicode_path() that's part of
> apr, but apr doesn't export that
On Mon, Feb 7, 2011 at 4:12 PM, Hyrum K Wright wrote:
> On Mon, Feb 7, 2011 at 3:07 PM, Hyrum K Wright wrote:
>> On Mon, Feb 7, 2011 at 12:10 PM, Philip Martin
>> wrote:
>>> Johan Corveleyn writes:
>>>
Apparently I broke the builds on the builtbots yesterday evening,
after integrating
On 07.02.2011 16:28, C. Michael Pilato wrote:
On 02/06/2011 09:27 AM, Stefan Küng wrote:
On 06.02.2011 11:43, Bert Huijben wrote:
Note that this patch is not really what you want: It doesn't handle UTF-8,
nor long path names (which apr's version would do for us). We need to
support both when w
On Mon, Feb 07, 2011 at 05:18:57PM +0100, Stefan Sperling wrote:
> On Mon, Feb 07, 2011 at 10:55:47AM -0500, Mark Phippard wrote:
> > On Mon, Feb 7, 2011 at 10:52 AM, Stefan Sperling wrote:
> >
> > > Where is the temporary table stored? Is it back by a file or memory?
> > > If backed by memory, d
On Mon, Feb 07, 2011 at 10:55:47AM -0500, Mark Phippard wrote:
> On Mon, Feb 7, 2011 at 10:52 AM, Stefan Sperling wrote:
>
> > Where is the temporary table stored? Is it back by a file or memory?
> > If backed by memory, do we have to worry about memory consumption for
> > large working copies?
>
On Mon, Feb 07, 2011 at 04:52:30PM +0100, Stefan Sperling wrote:
> I like this patch a lot and think we should commit it after fixing
> the test failure.
The test is failing because your code lists both the BASE properties
and the ACTUAL properties for a node which had its props changed:
sqlite>
On Mon, Feb 7, 2011 at 10:52 AM, Stefan Sperling wrote:
> Where is the temporary table stored? Is it back by a file or memory?
> If backed by memory, do we have to worry about memory consumption for
> large working copies?
The patch says it is backed by a file.
--
Thanks
Mark Phippard
http://
On Mon, Feb 07, 2011 at 12:43:41PM +0100, Stefan Sperling wrote:
> On Mon, Feb 07, 2011 at 10:30:15AM +0100, Branko Čibej wrote:
> > On 07.02.2011 02:52, Branko Čibej wrote:
> > > Note that I didn't run the tests with this patch, so I'm not claiming it
> > > to be bug-free. In fact there's one bug
> I haven't tested it, but the Right solution feels like we should make
> the tests not call each other. Either they should be combined into
> one test, or the common code should be factored out into a helper
> method. What benefit does having the called test give, if the *exact*
> same code is
On 02/06/2011 09:27 AM, Stefan Küng wrote:
> On 06.02.2011 11:43, Bert Huijben wrote:
>
>> Note that this patch is not really what you want: It doesn't handle UTF-8,
>> nor long path names (which apr's version would do for us). We need to
>> support both when we don't want to introduce a regressio
On Mon, Feb 7, 2011 at 1:49 PM, Philip Martin
wrote:
> Philip Martin writes:
>
>> hwri...@apache.org writes:
>>
>>> Author: hwright
>>> Date: Sat Feb 5 02:17:32 2011
>>> New Revision: 1067380
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1067380&view=rev
>>> Log:
>>> Use Python decorators to den
On Mon, Feb 7, 2011 at 3:07 PM, Hyrum K Wright wrote:
> On Mon, Feb 7, 2011 at 12:10 PM, Philip Martin
> wrote:
>> Johan Corveleyn writes:
>>
>>> Apparently I broke the builds on the builtbots yesterday evening,
>>> after integrating the diff-optimizations-bytes branch. Sorry for that.
>>>
>>> T
On Mon, Feb 7, 2011 at 12:10 PM, Philip Martin
wrote:
> Johan Corveleyn writes:
>
>> Apparently I broke the builds on the builtbots yesterday evening,
>> after integrating the diff-optimizations-bytes branch. Sorry for that.
>>
>> There were two problems:
>> - Failing diff-diff3-test.exe (actuall
Philip Martin writes:
> Stefan Sperling writes:
>
>> On Mon, Feb 07, 2011 at 11:51:11AM +, Philip Martin wrote:
>>> stef...@apache.org writes:
>>>
>>> > Author: stefan2
>>> > Date: Sun Feb 6 15:51:15 2011
>>> > New Revision: 1067687
>>> >
>>> > URL: http://svn.apache.org/viewvc?rev=1067687
Stefan Sperling writes:
> On Mon, Feb 07, 2011 at 11:51:11AM +, Philip Martin wrote:
>> stef...@apache.org writes:
>>
>> > Author: stefan2
>> > Date: Sun Feb 6 15:51:15 2011
>> > New Revision: 1067687
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1067687&view=rev
>> > Log:
>> > Merged lat
Philip Martin writes:
> hwri...@apache.org writes:
>
>> Author: hwright
>> Date: Sat Feb 5 02:17:32 2011
>> New Revision: 1067380
>>
>> URL: http://svn.apache.org/viewvc?rev=1067380&view=rev
>> Log:
>> Use Python decorators to denote XFail, Skip, SkipUnless and Wimp tests.
>> Also,
>> add Issu
On Mon, Feb 7, 2011 at 6:48 AM, Arwin Arni wrote:
> On Saturday 05 February 2011 01:46 AM, Hyrum K Wright wrote:
>>
>> On Fri, Feb 4, 2011 at 7:54 PM, C. Michael Pilato
>> wrote:
>>>
>>> On 02/04/2011 02:09 PM, Greg Stein wrote:
On Fri, Feb 4, 2011 at 12:15, Hyrum K Wright
wrote:
hwri...@apache.org writes:
> Author: hwright
> Date: Sat Feb 5 02:17:32 2011
> New Revision: 1067380
>
> URL: http://svn.apache.org/viewvc?rev=1067380&view=rev
> Log:
> Use Python decorators to denote XFail, Skip, SkipUnless and Wimp tests. Also,
> add Issue decorators where appropriate.
authz_
On Monday 07 February 2011 06:37 PM, Arwin Arni wrote:
Hi All,
I recently discovered what appears to be a bug.
When I blame a file that was added to a branch (say branch A) via a
merge (from, say branch B), the revisions column is populated with the
blame of the original file (as it is in bra
Hi All,
I recently discovered what appears to be a bug.
When I blame a file that was added to a branch (say branch A) via a
merge (from, say branch B), the revisions column is populated with the
blame of the original file (as it is in branch B).
I would expect it to be populated with the rev
stef...@apache.org writes:
> Author: stefan2
> Date: Sun Feb 6 14:37:29 2011
> New Revision: 1067678
>
> URL: http://svn.apache.org/viewvc?rev=1067678&view=rev
> Log:
> Changing caching defaults to "16MB membuffer cache, fulltext caching on".
>
> * subversion/libsvn_fs_util/caching.c:
> (cache_
Hi Prabhu,
My review comment about your patch.
I guess you test the following case sensitiveness,
* section name case sensitivity
* path only case sensitivity
* case sensitivity for read
* case sensitivity for write.
If I represent it as Matrix,
SectionPath
read case1 case3
wri
Johan Corveleyn writes:
> Apparently I broke the builds on the builtbots yesterday evening,
> after integrating the diff-optimizations-bytes branch. Sorry for that.
>
> There were two problems:
> - Failing diff-diff3-test.exe (actually hanging). This was rectified
> in r1067839.
>
> - Failing (py
On Mon, Feb 07, 2011 at 11:51:11AM +, Philip Martin wrote:
> stef...@apache.org writes:
>
> > Author: stefan2
> > Date: Sun Feb 6 15:51:15 2011
> > New Revision: 1067687
> >
> > URL: http://svn.apache.org/viewvc?rev=1067687&view=rev
> > Log:
> > Merged latest caching bug fixes from performanc
stef...@apache.org writes:
> Author: stefan2
> Date: Sun Feb 6 15:51:15 2011
> New Revision: 1067687
>
> URL: http://svn.apache.org/viewvc?rev=1067687&view=rev
> Log:
> Merged latest caching bug fixes from performance branch:
> revisions 1029232, 1032333, 1033040, 1033057 and 1033294
> (support f
On Mon, Feb 07, 2011 at 10:30:15AM +0100, Branko Čibej wrote:
> On 07.02.2011 02:52, Branko Čibej wrote:
> > Note that I didn't run the tests with this patch, so I'm not claiming it
> > to be bug-free. In fact there's one bug in the recursive proplist of the
> > WC root, where the root props show u
Apparently I broke the builds on the builtbots yesterday evening,
after integrating the diff-optimizations-bytes branch. Sorry for that.
There were two problems:
- Failing diff-diff3-test.exe (actually hanging). This was rectified
in r1067839.
- Failing (python) bindings. I could use some help wi
Please do not cross-post between users@ and dev@. This is really a
usage question (not about the development of subversion), so belongs
on users@.
[ I've left dev@ in cc for this one reply, please drop it from further
replies. ]
More below ...
On Mon, Feb 7, 2011 at 6:45 AM, Vishal Jain wrote:
Hi,
I am trying to build my project on Eclipse, netbeans as well as on command
line
I am executing mvn install
I am getting following error message :
Provider message:
The svn command failed.
Command output:
svn: This client is too old to work with working copy '.'. You need
to get a newer Subv
On 07.02.2011 02:52, Branko Čibej wrote:
> Note that I didn't run the tests with this patch, so I'm not claiming it
> to be bug-free. In fact there's one bug in the recursive proplist of the
> WC root, where the root props show up twice -- there's an issue with the
> filter in the query there. But
On 07.02.2011 02:03, Daniel Shahaf wrote:
Stefan,
[[[
% make -s
subversion/libsvn_subr/cache-membuffer.c:1223: warning:
‘svn_membuffer_cache_get_partial’ defined but not used
subversion/libsvn_subr/cache-membuffer.c:1250: warning:
‘svn_membuffer_cache_is_cachable’ defined but not used
% grep -
60 matches
Mail list logo