[Top][All Lists]

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

bug#872: marked as done (Crash displaying byte-code)

From: Emacs bug Tracking System
Subject: bug#872: marked as done (Crash displaying byte-code)
Date: Thu, 11 Dec 2008 07:45:02 -0800

Your message dated Thu, 11 Dec 2008 23:42:15 +0800
with message-id <address@hidden>
and subject line Re: [Emacs-diffs] emacs/src ChangeLog
has caused the Emacs bug report #872,
regarding Crash displaying byte-code
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden

872: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=872
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Crash displaying byte-code Date: Wed, 3 Sep 2008 18:06:12 +0200
emacs -Q
M-x ielm <RET>

then typing

(let ((standard-output (current-buffer)))
  (setq unibyte-display-via-language-environment t)
  (set-buffer-multibyte nil)

makes Emacs crash on Windows.

 - If Emacs is run from inside GDB, it "hangs" for a while and finally
 - If run from the command-line, after doing the above it crashes
immediately; the DrMingw backtrace is a bit different.
 - It only happens with an optimized build.
 - All the above steps are required, including executing the `let'
from inside IELM. In fact, the crash happens while IELM is trying to
display byte-code("...")

It apparently started happening after this change:

2008-04-09  Jason Rumney  <address@hidden>

        * w32term.c (w32_compute_glyph_string_overhangs): Compute overhangs
        for new font backend and composite cases.

emacs-devel discussion:


--- End Message ---
--- Begin Message --- Subject: Re: [Emacs-diffs] emacs/src ChangeLog Date: Thu, 11 Dec 2008 23:42:15 +0800 User-agent: Thunderbird (Windows/20081105)
Juanma Barranquero wrote:
It is likely Jason has really fixed the problem, because it started
happening a few days after this change:

2008-07-30  Jason Rumney  <address@hidden>

        * w32font.h (struct w32font_info): Use unicode version of textmetrics.

        * w32font.c (w32font_encode_char): Leave as unicode if in range.
        (w32font_open_internal): Get unicode version of textmetrics.
        Don't enable or disable glyph indices here.
        (w32font_open): Disable use of glyph indices.

        * w32uniscribe.c (uniscribe_open): Enable use of glyph indices.


More likely one of these earlier changes:

2008-07-30  Jason Rumney  <address@hidden>

   * w32uniscribe.c (uniscribe_encode_char): Fix glyph buffer size.

2008-07-29  Jason Rumney  <address@hidden>

   * w32uniscribe.c (uniscribe_shape): Avoid using context if cache
   is populated.
   (uniscribe_encode_char): Always use uniscribe.
   Avoid using context if cache is populated.

--- End Message ---

reply via email to

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