Re: Memory leak due to bidi?

[Eli Zaretskii]

> From: Andy Moreton <address@hidden>
> Date: Wed, 03 Aug 2011 14:26:22 +0100
> 
> On Wed 03 Aug 2011, Kenichi Handa wrote:
> 
> > In article <address@hidden>, James Cloos <address@hidden> writes:
> >
> >>>>>>> "SM" == Stefan Monnier <address@hidden> writes:
> > SM> BTW, this problem is new: I've been running with bidi-display-
> > SM> reordering set to t for more than a year now and the problem only
> > SM> appeared in the last couple of weeks.
> >
> >> I can confirm that.
> >
> >> My build from 2011/06/07 did not have this bug.
> >
> >> My build from 2011/07/23 does.
> >
> > Could you check the versions before and after my changes for
> > char-table handling?
> >
> > 2011-07-07  Kenichi Handa  <address@hidden>
> >
> >     * character.h (unicode_category_t): New enum type.
> >
> >     * chartab.c (uniprop_decoder_t, uniprop_encoder_t): New types.
> >     (Qchar_code_property_table): New variable.
> > [...]
> >
> > ---
> > Kenichi Handa
> > address@hidden
> 
> Handa-san, can you please say which revision this was committed in ?
> 
> I can find the text above in src/Changelog, but bzr log seems unwilling
> to reveal the revision number of the commit.

You can specify a revision by its date, see "-r date:YYYY-MM-DD" in
the bzr docs.

The version you want is 105007.

It is easier to find this version by this:

 bzr log --line -l500 | fgrep Handa

> I've given up on using VC annotate in emacs after 10 minutes of bzr
> thrashing my machine with zero output.

??? "time bzr annotate src/character.h" shows this for me:

  real    0m21.802s
  user    0m20.430s
  sys     0m0.650s

That's not long enough to be annoying, let alone 10 minutes of
thrashing.  What am I missing?

(Btw, "git annotate" is even slower, by design.)

It is easier to find this version by this:

 bzr log --line -l500 | fgrep Handa