GNU bug report logs - #9496
24.0.50; Segfault on TAB-only composition

Previous Next

Package: emacs;

Reported by: Johan Bockgård <bojohan <at> gnu.org>

Date: Tue, 13 Sep 2011 20:27:01 UTC

Severity: important

Merged with 9775

Found in versions 24.0.50, 24.0.90

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Kenichi Handa <handa <at> m17n.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: eliz <at> gnu.org, 9496 <at> debbugs.gnu.org, bojohan <at> gnu.org
Subject: bug#9496: 24.0.50; Segfault on TAB-only composition
Date: Thu, 15 Sep 2011 13:10:31 +0900
In article <jwvmxe6ljkt.fsf-monnier+emacs <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> So what is the meaning of the example shown by Bojohan, i.e.:
>>> (insert (compose-string "\t"))
>>> What is expected from such a 'composition"?
> > I currently have no idea.  It's just a wrong usage.

> I think it would be logical to handle this (as well as "\t\t") in the
> same way as the empty string (after all "\t" is a "" with a \t
> prepended or appended).

That is one way.  But I'm not sure that the current code
handles the composition component of empty string
correctly.  :-(

Another way is to treat it as the same way as "\t" display
property.   Composition component of one character string is
the same as display property of that one character string.
For instance, the following two has the same visual effect:

(put-text-property 1 2 'display "a")
(compose-region 1 2 "a")

---
Kenichi Handa
handa <at> m17n.org




This bug report was last modified 13 years and 170 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.