[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Memory leak due to bidi?

From: Andy Moreton
Subject: Re: Memory leak due to bidi?
Date: Wed, 03 Aug 2011 14:26:22 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (windows-nt)

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. I've given up on using VC
annotate in emacs after 10 minutes of bzr thrashing my machine with zero



P.S. I know that the the choice of bzr is fixed in stone, but that
doesn't stop it from being a lousy tool with poor documentation and
horrifically bad space and time performance. Why Canonical's tool is
preferred over hg or git is a mystery to me...

reply via email to

[Prev in Thread] Current Thread [Next in Thread]