Hi Greg, Hyrum,
On 16.08.09 03:19, Hyrum K. Wright wrote:
> On Aug 8, 2009, at 3:09 PM, Greg Stein wrote:
>> Hey all,
>> If you'd like to help out with wc-ng, there are a few tasks that can
>> One is pretty easy: switch libsvn_wc over to the
>> result_pool/scratch_pool paradigm. Some functions don't return data,
>> so they'd just take a scratch_pool. Today, many of the "legacy"
>> functions take a single "pool" argument -- these would have that pool
>> renamed, or switched to two pools. This would help in the wc-ng work
>> because we're doing the conversion as we go; this makes some of the
>> revisions "more complex" because we're changing functionality *and*
>> switching pool usage. Changing the pool handling can also make wc more
>> memory efficient.
Let's start with the easy one :)
Just to make sure I'm correctly understanding the scope of this change:
Change *all* methods using pools (public api, internal calls) in libsvn_wc to
use the new pool paradigm (result/scratch) and adjust any calling place of a
public libsvn_wc api call if necessary (i.e. a caller of libsvn_wc may have to
create a scratch pool).
I can do this :-)
Maybe, in return, I can get a little bit attention, reviews and help to get two
of my pending patches into subversion... :-)
MacOSX system proxy support:
#Issue 2873, diff on added file
Subcommander 2.0.0 Beta 4 - http://subcommander.tigris.org
a Win32/Unix/MacOSX subversion GUI client & diff/merge tool.
Received on 2009-08-16 14:34:52 CEST