GNU bug report logs -
#6127
24.0.50; crash because of missing font for menus
Previous Next
Reported by: Peter Dyballa <peter_dyballa <at> freenet.de>
Date: Thu, 6 May 2010 21:17:02 UTC
Severity: normal
Found in version 24.0.50
Done: Jan Djärv <jan.h.d <at> swipnet.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6127 in the body.
You can then email your comments to 6127 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6127
; Package
emacs
.
(Thu, 06 May 2010 21:17:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peter Dyballa <peter_dyballa <at> freenet.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 06 May 2010 21:17:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello!
Trying to debug a failure in font handling by the X server – XQuartz
2.5.1 (xorg-server 1.8.0.902) – I removed some elements from Font
Path. When I now open a menu either from menu-bar or by making it pop
up, GNU Emacs reports:
Warning: Cannot convert string "-*-frutiger linotype-bold-r-normal-
*-10-*-*-*-*-*-iso10646-1" to type FontStruct
It comes from the X resource
Emacs*menu*font: -*-frutiger linotype-bold-r-normal-*-10-*-*-*-*-*-
iso10646-1
When the menus just open no crash happens. It also does not happen
when I select an item from a menu I open from the menu-bar, as in this
case, when I invoked the function to report a bug from the Help menu.
The crash happens when I select a menu entry from a pop-up menu or
close the pop-up menu after I have entered the next menu level. So it
works to change text font size, but buffer selection or selection of
another font or fontset from the next menu level lead to the crash,
and just closing that menu unused as well.
GNU Emacs 23.1.93 complains the same way about the font, but it never
crashes.
BTW, the X resource setting does not seem to work well: some other
font is used, one, which is *always* available. I also remember that
some update (bzr pull -v) mentioned a message that due to some changes
in text handling of Xaw based menus (to display UTF-8 encoded text
correctly) some X resources were changed. Where are these names
recorded or documented?
In GNU Emacs 24.0.50.1 (powerpc-apple-darwin9.8.0, X toolkit, Xaw3d
scroll bars)
of 2010-05-06 on Latsche.local
Windowing system distributor `The X.Org Foundation', version
11.0.10800902
configured using `configure '--without-sound' '--without-dbus' '--
without-pop' '--without-gconf' '--with-x-toolkit=athena' '--x-
libraries=/usr/X11/lib' '--x-includes=/usr/X11/include' '--enable-
locallisppath=/Library/Application Support/Emacs/calendar24:/Library/
Application Support/Emacs' 'CFLAGS=-g -H -Wno-pointer-sign -pipe -fPIC
-fno-common -mcpu=7450 -mtune=7450 -faltivec -fast' 'CPPFLAGS='
'LDFLAGS=' 'CC=gcc-4.2' 'CPP=cpp-4.2' 'PKG_CONFIG_PATH=/sw/lib/pango-
ft219/lib/pkgconfig:/sw/lib/xft2/lib/pkgconfig:/sw/lib/fontconfig2/lib/
pkgconfig:/sw/lib/freetype219/lib/pkgconfig:/sw/lib/pkgconfig:/sw/
share/pkgconfig:/usr/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/
share/pkgconfig''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: de_DE.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Dired by name
Minor modes in effect:
TeX-PDF-mode: t
auto-revert-mode: t
shell-dirtrack-mode: t
diff-auto-refine-mode: t
show-paren-mode: t
display-time-mode: t
desktop-save-mode: t
delete-selection-mode: t
tooltip-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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
y <C-down-mouse-1> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report>
--
Mit friedvollen Grüßen
Pete
It isn't pollution that's harming the environment. It's the impurities
in our air and water that are doing it.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6127
; Package
emacs
.
(Fri, 07 May 2010 07:02:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 6127 <at> debbugs.gnu.org (full text, mbox):
2010-05-06 23:16, Peter Dyballa skrev:
> Hello!
>
> Trying to debug a failure in font handling by the X server – XQuartz
> 2.5.1 (xorg-server 1.8.0.902) – I removed some elements from Font Path.
> When I now open a menu either from menu-bar or by making it pop up, GNU
> Emacs reports:
>
> Warning: Cannot convert string "-*-frutiger
> linotype-bold-r-normal-*-10-*-*-*-*-*-iso10646-1" to type FontStruct
>
> It comes from the X resource
>
> Emacs*menu*font: -*-frutiger
> linotype-bold-r-normal-*-10-*-*-*-*-*-iso10646-1
>
> When the menus just open no crash happens. It also does not happen when
> I select an item from a menu I open from the menu-bar, as in this case,
> when I invoked the function to report a bug from the Help menu. The
> crash happens when I select a menu entry from a pop-up menu or close the
> pop-up menu after I have entered the next menu level. So it works to
> change text font size, but buffer selection or selection of another font
> or fontset from the next menu level lead to the crash, and just closing
> that menu unused as well.
I can't reproduce this. Does it work if you remove that X resource, or if you
put in a font that exists? You have to debug this.
Beware, that while menus are open, the keyboard and mouse are probably
grabbed, so you should startt gdb outside the X environment.
In general, that message comes from the X toolkit as it tries to find your
specified font but fails, long before any Emacs code is executed. I don't
know if we have a good strategy for handling bad configurations like this. It
is after all an error to ask for a font that doesn't exist.
>
> GNU Emacs 23.1.93 complains the same way about the font, but it never
> crashes.
>
> BTW, the X resource setting does not seem to work well: some other font
> is used, one, which is *always* available. I also remember that some
> update (bzr pull -v) mentioned a message that due to some changes in
> text handling of Xaw based menus (to display UTF-8 encoded text
> correctly) some X resources were changed. Where are these names recorded
> or documented?
>
C-h i m emacs <return> s faceName <return>
Jan D.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6127
; Package
emacs
.
(Fri, 07 May 2010 21:23:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 6127 <at> debbugs.gnu.org (full text, mbox):
Am 07.05.2010 um 09:01 schrieb Jan Djärv:
>
> I can't reproduce this. Does it work if you remove that X resource,
> or if you put in a font that exists?
Actually GNU Emacs always crashes! Also when the font is available
*and* when I remove that X resource.
> You have to debug this.
The LOG file to that crash event contains
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c0000017
It could be caused from the default X11 installation from (this time:
almost) Apple (this problem comes up every few months, I think). So
there is also a third party involved, particularly then GNU Emacs
compiles and runs well with the X11 installation from MacPorts, which
is up-to-date with development at Xorg. (Could I'm still awake in two
hours...)
Debugging with GDB/GUD could go on: I have also Emacs.app, the non-X11
windowing client.
--
Greetings
Pete
Isn't vi that text editor with two modes... one that beeps and one
that corrupts your file?
– Dan Jacobson, on comp.os.linux.advocacy
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6127
; Package
emacs
.
(Fri, 07 May 2010 23:06:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 6127 <at> debbugs.gnu.org (full text, mbox):
Am 07.05.2010 um 09:01 schrieb Jan Djärv:
> I can't reproduce this. Does it work if you remove that X resource,
> or if you put in a font that exists?
The resource is deleted (the font is available), only
Emacs.menu*borderColor: DeepSkyBlue
Emacs.menu*borderWidth: 3
Emacs.menu*shadowThickness: 3
Emacs.menu.attributeBackground: lavender
Emacs.menu.attributeForeground: DarkRed
Emacs.pane.menubar.margin: 2
Emacs.pane.menubar.shadowThickness: 3
exist. GNU Emacs crashes every time, independent of GCC version or X11
distribution or whether launched with -Q or not or as some other user.
--
Greetings
Pete
From error to error, one discovers the entire truth.
- Sigmund Freud
Reply sent
to
Jan Djärv <jan.h.d <at> swipnet.se>
:
You have taken responsibility.
(Sat, 08 May 2010 15:35:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Peter Dyballa <peter_dyballa <at> freenet.de>
:
bug acknowledged by developer.
(Sat, 08 May 2010 15:35:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 6127-done <at> debbugs.gnu.org (full text, mbox):
Peter Dyballa skrev 2010-05-08 01.05:
>
> Am 07.05.2010 um 09:01 schrieb Jan Djärv:
>
>> I can't reproduce this. Does it work if you remove that X resource, or
>> if you put in a font that exists?
>
>
> The resource is deleted (the font is available), only
>
> Emacs.menu*borderColor: DeepSkyBlue
> Emacs.menu*borderWidth: 3
> Emacs.menu*shadowThickness: 3
> Emacs.menu.attributeBackground: lavender
> Emacs.menu.attributeForeground: DarkRed
> Emacs.pane.menubar.margin: 2
> Emacs.pane.menubar.shadowThickness: 3
>
> exist. GNU Emacs crashes every time, independent of GCC version or X11
> distribution or whether launched with -Q or not or as some other user.
I found a bug, please test it. FWIW, I only get it with your resources and
with an optimized Emacs build, and even then it only happens very seldom. It
is a race condition of sorts.
Jan D.
Message #20 received at 6127-done <at> debbugs.gnu.org (full text, mbox):
Am 08.05.2010 um 17:34 schrieb Jan Djärv:
> I found a bug, please test it.
Yes, it works fine now!
--
Mit friedvollen Grüßen
Pete
If you're not confused, you're not paying attention.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 06 Jun 2010 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 22 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.