[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn commit: r1181090 - Follow-up to r1180154: svn_rangelist_merge2 optimization.

From: Bert Huijben <bert_at_qqmail.nl>
Date: Thu, 20 Oct 2011 16:47:53 +0200

> -----Original Message-----
> From: Julian Foad [mailto:julian.foad_at_wandisco.com]
> Sent: donderdag 20 oktober 2011 16:45
> To: Paul Burba; dev_at_subversion.apache.org
> Subject: Re: svn commit: r1181090 - Follow-up to r1180154:
> svn_rangelist_merge2 optimization.
>
> Hi Paul.
>
> It looks like we can simplify this by omitting the first branch of the
> if ... else ... else construct:
>
> [[[
> if (delete_index == (arr->nelts - 1))
> {
> /* Deleting the last or only element in an array is easy. */
> apr_array_pop(arr);
> }
> + else if ((delete_index + elements_to_delete) == arr->nelts)
> + {
> + /* Delete the last ELEMENTS_TO_DELETE elements. */
> + arr->nelts -= elements_to_delete;
> + }
> else
> ]]]
>
> Or is there some reason why 'apr_array_pop' is preferred in the N==1 case?

The first case is plain wrong. (And I should have noticed when I first reviewed this function)

It doesn't handle elements_to_delete for N > 1.

So +1 on removing that branch.

        Bert
>
> - Julian
Received on 2011-10-20 16:48:32 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.