GNU bug report logs - #3379
23.0.94; Crash after accessing Options > Set Default Font...

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3379 in the body.
You can then email your comments to 3379 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Francis Wright" <F.J.Wright <at> qmul.ac.uk>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.0.94; Crash after accessing Options > Set Default Font...
Date: Mon, 25 May 2009 17:27:19 +0100

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing
list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Start Emacs with the -Q option on Windows XP.
Select the Options menu, then the Set Default Font... submenu.
Click on the OK button.
Select any menu.
Emacs crashes. This is completely repeatable. I restarted my computer to
make sure.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
d:/NTEmacs/emacs-23.0.94/etc/DEBUG for instructions.


In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600)
 of 2009-05-24 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENG
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> 
<help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Message #10 received at 3379 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Shannon Jones" <cz2s20d02 <at> sneakemail.com>
To: 3379 <at> debbugs.gnu.org
Subject: Tooltip is causing crash
Date: 27 May 2009 08:13:47 -0000

I tried this, and I think it's not the menu that is causing the
crash.  I think it's the tooltip that appears when you hover over
an item on the tool-bar.

So here's how I reproduced it:

Run emacs -Q
Click Options, Change Default Font..., then click OK.
Hover your mouse over one of the icons on the tool-bar.  After a
second or two, emacs crashes.

I wasn't able to crash emacs if I turned off the tool-bar (under
Options, choose Hide/Show, then Tool-Bar).

If I opened a menu item, it wouldn't crash unless my mouse passed
over one of the tool-bar icons on the way to opening the menu
item.

Message #19 received at 3379 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> f2s.com>
To: Shannon Jones <cz2s20d02 <at> sneakemail.com>, 3379 <at> debbugs.gnu.org
Subject: Re: bug#3379: Tooltip is causing crash
Date: Wed, 03 Jun 2009 20:59:53 +0800

Shannon Jones wrote:
> I tried this, and I think it's not the menu that is causing the
> crash.  I think it's the tooltip that appears when you hover over
> an item on the tool-bar.
>   

Thank you for pointing us in the right direction. It is actually a 
problem with font backends on Windows. As CVS is down, I can't check in 
the immediate workaround - which is to add the uniscribe backend to 
x_create_tip_frame in w32fns.c so:

 register_font_driver (&w32font_driver, f);

becomes:

 if (uniscribe_available)
   register_font_driver (&uniscribe_font_driver, f);
 register_font_driver (&w32font_driver, f);


The bug still triggers with the same recipe if you do the following:

(add-to-list 'tooltip-frame-parameters '(font-backend . "gdi"))

but I can't reproduce the bug on GNU/Linux doing something similar 
(substituting "x" for "gdi"), so it still seems to be a Windows specific 
bug.

Message #26 received at 3379-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Jason Rumney <jasonr <at> f2s.com>, 3379-done <at> debbugs.gnu.org
Cc: Shannon Jones <cz2s20d02 <at> sneakemail.com>
Subject: Re: bug#3379: Tooltip is causing crash
Date: Thu, 23 Jul 2009 08:34:10 +0800

Jason Rumney wrote:
> The bug still triggers with the same recipe if you do the following:
>
> (add-to-list 'tooltip-frame-parameters '(font-backend . "gdi"))
>

I'm no longer able to reproduce this bug using the above recipe, so it 
must have been fixed by subsequent changes.

Previous Next

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