Hi,
I haven't has to send a submission to the issue tracker for quite a while, so I
am not sure when the problem originated.
Ultimately I am unable to log into the tigris web-site.
I am told that multiple accounts for email address exist and that I must use an
unambiguous identifier.
I guess I
Hi Daniel,
You should always feel comfortable with "pimping" your own patch submissions.
What you have done is completely fine.
But just in case you don't know - the Subversion project does have a Patch
Manager.
The role of the Patch Manager is to ensure that patch submissions (mostly) by
peopl
It has been a few days since I submitted my revised patch
(http://thread.gmane.org/gmane.comp.version-control.subversion.devel/122550),
and I just want to make sure that it hasn't been forgotten. I am waiting for
the changes to be committed before I work on related enhancements.
We've never been very focused on those kinds of "leaks", on the
assumption that the parent or child pool will be cleared at some
point, thus free'ing the handle.
Cheers,
-g
On Sat, Sep 18, 2010 at 13:47, Daniel Shahaf wrote:
> http://colabti.org/irclogger/irclogger_log/svn-dev?date=2010-09-07#l4
On Sat, Sep 18, 2010 at 04:42, Daniel Shahaf wrote:
> Greg Stein wrote on Fri, Sep 17, 2010 at 07:22:12 -0400:
>> On Thu, Sep 16, 2010 at 19:26, Daniel Shahaf wrote:
>> > Greg Stein wrote on Thu, Sep 16, 2010 at 00:59:59 -0400:
>> >> On Wed, Sep 15, 2010 at 23:35, Daniel Shahaf
>> >> wrote:
>>
http://colabti.org/irclogger/irclogger_log/svn-dev?date=2010-09-07#l40
describes a scenario where a file handle would be leaked due to a pool
not being freed; specifically,
parent(pool) calls child(pool);
child(pool) allocates handle from POOL;
child(pool) triggers an SVN_E
During the bar camp at the Apache Retreat in Hursley, several[1] devs
got together to tolk about Subversion stuff. Here's a brief summary
of our discussion:
* diff and blame [Johan Corveleyn]
- blame behavior is much worse (still) than CVS
- a brief overview of how 'blame' works
- it would
On Wed, Sep 15, 2010 at 12:31 PM, Hyrum K. Wright
wrote:
> It's been 3 months since the last 1.6.x release, and we've got a few
> items in STATUS or CHANGES which could warrant a release. I'd like to
> roll in 1 or 2 weeks, so please go through STATUS and do some review.
> If folks have thoughts
On Sat, Sep 18, 2010 at 09:21:31AM +0200, Alan Barrett wrote:
> On Sat, 18 Sep 2010, Daniel Shahaf wrote:
> > "Fewest path components, shortest basename, total filename length".
> >
> > It's predictable, but it seems a bit arbitrary?
>
> It does seem a bit arbitrary, but I was able to rationalise
Greg Stein wrote on Fri, Sep 17, 2010 at 07:22:12 -0400:
> On Thu, Sep 16, 2010 at 19:26, Daniel Shahaf wrote:
> > Greg Stein wrote on Thu, Sep 16, 2010 at 00:59:59 -0400:
> >> On Wed, Sep 15, 2010 at 23:35, Daniel Shahaf
> >> wrote:
> >...
> >> > If yes, then we infer that no two in-repository
C. Michael Pilato wrote on Fri, Sep 17, 2010 at 07:54:34 -0400:
> On 09/17/2010 03:17 AM, Daniel Shahaf wrote:
> > In other words, the branch implements the API correctly and (from an
> > FS-oriented point of view) completely, and only the ability to signal to
> > the caller what sort of error cond
On Sat, 18 Sep 2010, Daniel Shahaf wrote:
> "Fewest path components, shortest basename, total filename length".
>
> It's predictable, but it seems a bit arbitrary?
It does seem a bit arbitrary, but I was able to rationalise it as
follows: "fewest path components" is good for choosing between
"su
12 matches
Mail list logo
