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: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 9496 <at> debbugs.gnu.org
Subject: bug#9496: 24.0.50; Segfault on TAB-only composition
Date: Sun, 05 Feb 2012 18:36:30 +0200
> Date: Sat, 04 Feb 2012 15:43:56 -0800
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> CC: 9496 <at> debbugs.gnu.org
> 
> On 02/04/2012 12:14 AM, Eli Zaretskii wrote:
> > It would be a much better solution if char_width would limit the
> > result to the same sane limit we have in all the related functions and
> > macros, i.e. to 1000.
> 
> OK, that's doable, but if done in isolation it would introduce other
> bugs, no?  If char-width returns a value that's arbitrarily ceilinged
> at 1000, but actual characters can be wider than 1000 columns,
> code that uses char-width to count columns will be buggy.

How can an actual character (not its display-table replacement) be
wider than that?

> We could address this by changing the code that renders characters,
> so that the code limits them to at most 1000 columns on the display.

That was my intent, yes.




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

Previous Next


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