[PATCH STABLE] parsers: raise an unambiguous type during index lookup (issue4451)
Gregory Szorc
gregory.szorc at gmail.com
Wed Jun 10 12:34:56 CDT 2015
On Wed, Jun 10, 2015 at 10:29 AM, Augie Fackler <raf at durin42.com> wrote:
> On Wed, Jun 10, 2015 at 09:50:31AM -0700, Gregory Szorc wrote:
> > # HG changeset patch
> > # User Gregory Szorc <gregory.szorc at gmail.com>
> > # Date 1433955009 25200
> > # Wed Jun 10 09:50:09 2015 -0700
> > # Branch stable
> > # Node ID 1b4b923551c0a37c129b1d1c530448685e5ca2a2
> > # Parent 7298da81f5a9f64ebbdef2b2195585a65da0f99e
> > parsers: raise an unambiguous type during index lookup (issue4451)
>
> The patch as stated looks fine, however, I do have one proposal below
> that might be of interest.
>
> [snip]
>
> >
> > diff --git a/mercurial/parsers.c b/mercurial/parsers.c
> > --- a/mercurial/parsers.c
> > +++ b/mercurial/parsers.c
> > @@ -1482,45 +1482,8 @@ static int index_find_node(indexObject *
> > return rev;
> > return -2;
> > }
> >
> > -static PyObject *raise_revlog_error(void)
> > -{
> > - static PyObject *errclass;
>
> We could just dispense with static and load the error every time. This
> doesn't look like a path we should hit super-frequently in normal
> operations.
Perhaps. But as I mentioned in the commit message, the actual type doesn't
really matter. Raising RevlogError from C feels like extra, unjustified
complexity to me. But I'll restore it if that's what is wanted.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20150610/2248a411/attachment.html>
More information about the Mercurial-devel
mailing list