all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#11850: crash (null font) running emacs built from git
@ 2012-07-03 11:27 Yotam Medini יותם מדיני
  2012-07-03 16:35 ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Yotam Medini יותם מדיני @ 2012-07-03 11:27 UTC (permalink / raw)
  To: 11850

[-- Attachment #1: Type: text/plain, Size: 5836 bytes --]

Just pulled from git repository and cleanly built.
Then, when running emacs, a windows is opened for a fraction of second,
followed by a crash.

Here's a log of running within gdb:

Script started on Tue 03 Jul 2012 02:06:28 PM IDT
yotamm@hubby:~/pub/emacs$ gdb /usr/local/bin/emacs
GNU gdb (GDB) 7.4-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/emacs...done.
(gdb) run
Starting program: /usr/local/bin/emacs
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x080f1333 in x_draw_glyph_string_background (force_p=1, s=0xbfffdbe0)
    at xterm.c:1210
1210      else if (FONT_HEIGHT (s->font) < s->height - 2 * box_line_width
(gdb) print s->font
$1 = (struct font *) 0x0
(gdb) print *s
$2 = {x = 82, y = 631, ybase = 649, width = 288, background_width = 288,
  height = 25, left_overhang = 0, right_overhang = 0, f = 0x870c9d0,
  w = 0x86ad5c0, display = 0x8806150, window = 60817598, row = 0x8822d6c,
  area = TEXT_AREA, char2b = 0x0, nchars = 12, hl = DRAW_NORMAL_TEXT,
  face = 0x87f6418, font = 0x0, cmp = 0x0, cmp_id = 0, cmp_from = 0,
  cmp_to = 0, extends_to_end_of_line_p = 0, background_filled_p = 0,
  two_byte_p = 0, font_not_found_p = 0, stippled_p = 0, for_overlaps = 0,
  padding_p = 0, gc = 0x88253f0, first_glyph = 0x8471280, img = 0x0, slice
= {
    x = 0, y = 0, width = 0, height = 0}, clip_head = 0x0, clip_tail = 0x0,
  clip = {{x = 1, y = 631, width = 840, height = 25}, {x = 0, y = 0, width
= 0,
      height = 0}}, num_clips = 1, underline_position = 0,
  underline_thickness = 0, next = 0xbfffdb30, prev = 0xbfffdd30}
(gdb) where
#0  0x080f1333 in x_draw_glyph_string_background (force_p=1, s=0xbfffdbe0)
    at xterm.c:1210
#1  x_draw_glyph_string_background (s=0xbfffdbe0, force_p=<optimized out>)
    at xterm.c:1191
#2  0x080f464f in x_draw_glyph_string (s=0xbfffdbe0) at xterm.c:2814
#3  0x08089bc7 in draw_glyphs (w=0x86ad5c0, x=850, row=0x8822d6c,
    area=TEXT_AREA, start=0, end=68, hl=DRAW_NORMAL_TEXT, overlaps=0)
    at xdisp.c:23404
#4  0x0808e72f in x_write_glyphs (start=0x8471160, len=68) at xdisp.c:25046
#5  0x080559b4 in update_text_area (vpos=37, w=0x86ad5c0) at dispnew.c:3773
#6  update_window_line (w=0x86ad5c0, vpos=37,
    mouse_face_overwritten_p=0xbfffe03c) at dispnew.c:4014
#7  0x08057373 in update_window (w=0x86ad5c0, force_p=1) at dispnew.c:3575
#8  0x080584a9 in update_window_tree (w=0x86ad5c0, force_p=1) at
dispnew.c:3340
#9  0x0805b3b6 in update_frame (f=0x870c9d0, force_p=1,
inhibit_hairy_id_p=1)
    at dispnew.c:3269
#10 0x0808402c in echo_area_display (update_frame_p=<optimized out>)
    at xdisp.c:10752
#11 0x0808425f in message3_nolog (m=142981265, nbytes=65, multibyte=0)
    at xdisp.c:9628
#12 0x0808440f in message3 (m=142981265, nbytes=65, multibyte=0) at
xdisp.c:9565
#13 0x08187bdc in Fmessage (nargs=2, args=0xbfffe2b8) at editfns.c:3436
#14 0x08190483 in Ffuncall (nargs=3, args=0xbfffe2b4) at eval.c:2802
#15 0x081c6252 in exec_byte_code (bytestr=<optimized out>,
vector=136954405,
    maxdepth=24, args_template=0, nargs=0, args=<optimized out>)
    at bytecode.c:784
#16 0x0818ff4b in funcall_lambda (fun=136954357, nargs=0,
arg_vector=0xbfffe43c)
    at eval.c:2986
#17 0x0819020b in Ffuncall (nargs=1, args=0xbfffe438) at eval.c:2881
#18 0x081c6252 in exec_byte_code (bytestr=<optimized out>,
vector=136954997,
    maxdepth=88, args_template=1028, nargs=1, args=<optimized out>)
    at bytecode.c:784
#19 0x0818ff4b in funcall_lambda (fun=136954949, nargs=1,
arg_vector=0xbfffe5f8)
    at eval.c:2986
#20 0x0819020b in Ffuncall (nargs=2, args=0xbfffe5f4) at eval.c:2881
#21 0x081c6252 in exec_byte_code (bytestr=<optimized out>,
vector=136940917,
    maxdepth=72, args_template=0, nargs=0, args=<optimized out>)
    at bytecode.c:784
#22 0x0818ff4b in funcall_lambda (fun=136940869, nargs=0,
arg_vector=0xbfffe7ac)
    at eval.c:2986
#23 0x0819020b in Ffuncall (nargs=1, args=0xbfffe7a8) at eval.c:2881
---Type <return> to continue, or q <return> to quit---
#24 0x081c6252 in exec_byte_code (bytestr=<optimized out>,
vector=136939381,
    maxdepth=32, args_template=0, nargs=0, args=<optimized out>)
    at bytecode.c:784
#25 0x0818ff4b in funcall_lambda (fun=136939333, nargs=0,
arg_vector=0xbfffe8c0)
    at eval.c:2986
#26 0x0818f3d7 in apply_lambda (fun=136939333, args=<optimized out>)
    at eval.c:2929
#27 0x0818f65d in eval_sub (form=140358414) at eval.c:2231
#28 0x08191ec3 in Feval (form=140358414, lexical=138694826) at eval.c:2021
#29 0x08121e19 in top_level_2 () at keyboard.c:1164
#30 0x0818e97d in internal_condition_case (bfun=0x8121e00 <top_level_2>,
    handlers=138728354, hfun=0x81238f0 <cmd_error>) at eval.c:1333
#31 0x08122465 in top_level_1 (ignore=138694826) at keyboard.c:1172
#32 0x0818e899 in internal_catch (tag=138726330, func=0x8122400
<top_level_1>,
    arg=138694826) at eval.c:1090
#33 0x0812341c in command_loop () at keyboard.c:1127
#34 recursive_edit_1 () at keyboard.c:754
#35 0x0812372f in Frecursive_edit () at keyboard.c:818
#36 0x08051dab in main (argc=2,
    argv=<error reading variable: Cannot access memory at address 0x1d>)
    at emacs.c:1693
(gdb) quit
A debugging session is active.

Inferior 1 [process 3158] will be killed.

Quit anyway? (y or n) y
yotamm@hubby:~/pub/emacs$ exit
exit

Script done on Tue 03 Jul 2012 02:07:47 PM IDT

[-- Attachment #2: Type: text/html, Size: 7628 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-03 11:27 bug#11850: crash (null font) running emacs built from git Yotam Medini יותם מדיני
@ 2012-07-03 16:35 ` Eli Zaretskii
  2012-07-03 16:49   ` Eli Zaretskii
  2012-07-03 17:15   ` Eli Zaretskii
  0 siblings, 2 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-03 16:35 UTC (permalink / raw)
  To: Yotam Medini יותם מדיני
  Cc: 11850

> Date: Tue, 3 Jul 2012 14:27:16 +0300
> From: Yotam Medini יותם מדיני <yotam.medini@gmail.com>
> 
> Just pulled from git repository and cleanly built.
> Then, when running emacs, a windows is opened for a fraction of second,
> followed by a crash.

First, can you tell when was your previous sync from repository (which
presumably didn't have this problem)?

Next, please do this:

 (gdb) frame 4
 (gdb) pgrowx updated_row

and post here the results.  You will need to start GDB from the src
directory, where it will load the .gdbinit file that defines the
pgrowx command.

Oh, and if this is an optimized build, please rebuild without
optimizations, because otherwise the information printed by GDB could
be misleading or even downright wrong.

For the record, please tell what version of GCC was used to build
Emacs (you didn't change it since the previous build, did you?).






^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-03 16:35 ` Eli Zaretskii
@ 2012-07-03 16:49   ` Eli Zaretskii
  2012-07-04 14:31     ` Yotam Medini יותם מדיני
  2012-07-03 17:15   ` Eli Zaretskii
  1 sibling, 1 reply; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-03 16:49 UTC (permalink / raw)
  To: yotam.medini; +Cc: 11850

merge 11813 11850
thanks

This looks the same crash as in 11813, so I'm merging them.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-03 16:35 ` Eli Zaretskii
  2012-07-03 16:49   ` Eli Zaretskii
@ 2012-07-03 17:15   ` Eli Zaretskii
  1 sibling, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-03 17:15 UTC (permalink / raw)
  To: yotam.medini; +Cc: 11850

Does the following band-aid help?

=== modified file 'src/xterm.c'
--- src/xterm.c	2012-06-28 07:50:50 +0000
+++ src/xterm.c	2012-07-03 17:14:22 +0000
@@ -1207,7 +1207,8 @@ x_draw_glyph_string_background (struct g
 	  XSetFillStyle (s->display, s->gc, FillSolid);
 	  s->background_filled_p = 1;
 	}
-      else if (FONT_HEIGHT (s->font) < s->height - 2 * box_line_width
+      else if ((s->font
+		&& FONT_HEIGHT (s->font) < s->height - 2 * box_line_width)
 	       || s->font_not_found_p
 	       || s->extends_to_end_of_line_p
 	       || force_p)






^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-03 16:49   ` Eli Zaretskii
@ 2012-07-04 14:31     ` Yotam Medini יותם מדיני
  2012-07-04 16:32       ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Yotam Medini יותם מדיני @ 2012-07-04 14:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 11850

[-- Attachment #1: Type: text/plain, Size: 2672 bytes --]

With the patch it still crashes immediately (on my office LinuxMint).
But in a 'later' place. See following gdb-log:

Program received signal SIGSEGV, Segmentation fault.
0x080feb2f in x_draw_glyphless_glyph_string_foreground (s=0xbfffd230)
    at xterm.c:1420
(gdb) where
#0  0x080feb2f in x_draw_glyphless_glyph_string_foreground (s=0xbfffd230)
    at xterm.c:1420
#1  0x08102077 in x_draw_glyph_string (s=0xbfffd230) at xterm.c:2817
#2  0x0809a80a in draw_glyphs (w=0x86bf5c0, x=599, row=0x88cfe68,
    area=TEXT_AREA, start=0, end=53, hl=DRAW_NORMAL_TEXT, overlaps=0)
    at xdisp.c:23404
#3  0x0809fa99 in x_write_glyphs (start=0x88d5638, len=53) at xdisp.c:25046
#4  0x080559a4 in update_text_area (vpos=12, w=0x86bf5c0) at dispnew.c:3773
#5  update_window_line (w=0x86bf5c0, vpos=12,
    mouse_face_overwritten_p=0xbfffd75c) at dispnew.c:4014
#6  0x08056574 in update_window (w=0x86bf5c0, force_p=1) at dispnew.c:3633
#7  0x08058499 in update_window_tree (w=0x86bf5c0, force_p=1)
    at dispnew.c:3340
#8  0x0805b3a6 in update_frame (f=0x871e9d0, force_p=1,
inhibit_hairy_id_p=0)
    at dispnew.c:3269
#9  0x080811ac in redisplay_internal () at xdisp.c:13403
#10 0x0807f331 in redisplay () at xdisp.c:12575
#11 0x0813b9e9 in read_char (commandflag=1, nmaps=3, maps=0xbfffecb0,
    prev_event=138768554, used_mouse_menu=0xbfffeda8, end_time=0x0)
    at keyboard.c:2452
#12 0x0813dc44 in read_key_sequence (keybuf=0xbfffee18, prompt=138768554,
    dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1,
    bufsize=30) at keyboard.c:9338
#13 0x0813f43f in command_loop_1 () at keyboard.c:1450
#14 0x081a08fd in internal_condition_case (bfun=0x813f2b0 <command_loop_1>,
    handlers=138802082, hfun=0x81356e0 <cmd_error>) at eval.c:1333
#15 0x08134185 in command_loop_2 (ignore=138768554) at keyboard.c:1155
#16 0x081a0819 in internal_catch (tag=138800058,
    func=0x8134160 <command_loop_2>, arg=138768554) at eval.c:1090
#17 0x0813522a in command_loop () at keyboard.c:1134
#18 recursive_edit_1 () at keyboard.c:754
#19 0x0813551f in Frecursive_edit () at keyboard.c:818
#20 0x08051d9b in main (argc=2, argv=0x822099d) at emacs.c:1693
(gdb) p s->font
$31 = (struct font *) 0x0
(gdb) p s->font
$31 = (struct font *) 0x0
(gdb) shell gcc --version
gcc (Debian 4.6.3-1) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

(gdb)





On Tue, Jul 3, 2012 at 7:49 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> merge 11813 11850
> thanks
>
> This looks the same crash as in 11813, so I'm merging them.
>

[-- Attachment #2: Type: text/html, Size: 3631 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-04 14:31     ` Yotam Medini יותם מדיני
@ 2012-07-04 16:32       ` Eli Zaretskii
  2012-07-04 20:49         ` bug#11850: bug#11813: " Eli Zaretskii
       [not found]         ` <CAAE-6rb+efByT+um7KB-MfvmN2QbOiq_GRRmuwN7drsDu8TC_A@mail.gmail.com>
  0 siblings, 2 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-04 16:32 UTC (permalink / raw)
  To: Yotam Medini יותם מדיני,
	Left Right
  Cc: 11850, 11813

> Date: Wed, 4 Jul 2012 17:31:38 +0300
> From: Yotam Medini יותם מדיני <yotam.medini@gmail.com>
> Cc: 11850@debbugs.gnu.org
> 
> With the patch it still crashes immediately (on my office LinuxMint).
> But in a 'later' place. See following gdb-log:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x080feb2f in x_draw_glyphless_glyph_string_foreground (s=0xbfffd230)
>     at xterm.c:1420
> (gdb) where
> #0  0x080feb2f in x_draw_glyphless_glyph_string_foreground (s=0xbfffd230)
>     at xterm.c:1420

As expected.

Next, please apply the patch below, and tell me whether one of the
assertions I've added catches our villain.  If it does, please show
the backtrace.

=== modified file 'src/xdisp.c'
--- src/xdisp.c	2012-06-29 18:52:54 +0000
+++ src/xdisp.c	2012-07-04 16:26:22 +0000
@@ -22508,6 +22508,7 @@ fill_composite_glyph_string (struct glyp
       s->font_not_found_p = 1;
       s->font = FRAME_FONT (s->f);
     }
+  eassert (s->font);
 
   /* Adjust base line for subscript/superscript text.  */
   s->ybase += s->first_glyph->voffset;
@@ -22535,6 +22536,7 @@ fill_gstring_glyph_string (struct glyph_
   s->face = FACE_FROM_ID (s->f, face_id);
   lgstring = composition_gstring_from_id (s->cmp_id);
   s->font = XFONT_OBJECT (LGSTRING_FONT (lgstring));
+  eassert (s->font);
   glyph++;
   while (glyph < last
 	 && glyph->u.cmp.automatic
@@ -22573,6 +22575,7 @@ fill_glyphless_glyph_string (struct glyp
   voffset = glyph->voffset;
   s->face = FACE_FROM_ID (s->f, face_id);
   s->font = s->face->font;
+  eassert (s->font);
   s->nchars = 1;
   s->width = glyph->pixel_width;
   glyph++;
@@ -22654,6 +22657,7 @@ fill_glyph_string (struct glyph_string *
   s->ybase += voffset;
 
   eassert (s->face && s->face->gc);
+  eassert (s->font);
   return glyph - s->row->glyphs[s->area];
 }
 
@@ -22669,6 +22673,7 @@ fill_image_glyph_string (struct glyph_st
   s->slice = s->first_glyph->slice.img;
   s->face = FACE_FROM_ID (s->f, s->first_glyph->face_id);
   s->font = s->face->font;
+  eassert (s->font);
   s->width = s->first_glyph->pixel_width;
 
   /* Adjust base line for subscript/superscript text.  */
@@ -22696,6 +22701,7 @@ fill_stretch_glyph_string (struct glyph_
   face_id = glyph->face_id;
   s->face = FACE_FROM_ID (s->f, face_id);
   s->font = s->face->font;
+  eassert (s->font);
   s->width = glyph->pixel_width;
   s->nchars = 1;
   voffset = glyph->voffset;







^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-04 16:32       ` Eli Zaretskii
@ 2012-07-04 20:49         ` Eli Zaretskii
  2012-07-05  7:34           ` Left Right
       [not found]         ` <CAAE-6rb+efByT+um7KB-MfvmN2QbOiq_GRRmuwN7drsDu8TC_A@mail.gmail.com>
  1 sibling, 1 reply; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-04 20:49 UTC (permalink / raw)
  To: yotam.medini, olegsivokon; +Cc: 11850, 11813

> Date: Wed, 04 Jul 2012 19:32:01 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 11850@debbugs.gnu.org, 11813@debbugs.gnu.org
> 
> Next, please apply the patch below, and tell me whether one of the
> assertions I've added catches our villain.  If it does, please show
> the backtrace.

I forgot to tell: for these asserts to be in effect, you need to rerun
the configure script passing it the --enable-checking switch, then
rebuild (without optimizations).





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-04 20:49         ` bug#11850: bug#11813: " Eli Zaretskii
@ 2012-07-05  7:34           ` Left Right
  2012-07-05 13:17             ` bug#11850: " Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Left Right @ 2012-07-05  7:34 UTC (permalink / raw)
  To: Eli Zaretskii

OK, so I hoped to find what font is that, but id 13, although sounds
somewhat lucky... isn't helping much :P

Here's what I'm getting, with the patch applied:

gdb ./src/emacs
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/wvxvw/projects/emacs-sources/emacs/src/emacs...done.
(gdb) r -q
Starting program: /home/wvxvw/projects/emacs-sources/emacs/src/emacs -q
[Thread debugging using libthread_db enabled]

xdisp.c:22578: Emacs fatal error: assertion failed: s->font

Program received signal SIGABRT, Aborted.
0x00007ffff5255497 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x00007ffff5255497 in kill () from /lib/libc.so.6
#1  0x00000000005c757e in abort () at emacs.c:390
#2  0x000000000067f91f in die (msg=0x793db7 "assertion failed:
s->font", file=0x788030 "xdisp.c", line=22578) at alloc.c:6653
#3  0x000000000048eb18 in fill_glyphless_glyph_string
(s=0x7fffffffba40, face_id=13, start=8, end=68, overlaps=0) at
xdisp.c:22578
#4  0x00000000004908c5 in draw_glyphs (w=0x146bdc0, x=82,
row=0x16748e0, area=TEXT_AREA, start=0, end=68, hl=DRAW_NORMAL_TEXT,
overlaps=0) at xdisp.c:23251
#5  0x000000000049a168 in x_write_glyphs (start=0xf20600, len=68) at
xdisp.c:25052
#6  0x0000000000415c3c in update_text_area (w=0x146bdc0, vpos=37) at
dispnew.c:3773
#7  0x000000000041677d in update_window_line (w=0x146bdc0, vpos=37,
mouse_face_overwritten_p=0x7fffffffc16c) at dispnew.c:4014
#8  0x000000000041564e in update_window (w=0x146bdc0, force_p=1) at
dispnew.c:3575
#9  0x0000000000414ccc in update_window_tree (w=0x146bdc0, force_p=1)
at dispnew.c:3340
#10 0x00000000004149b8 in update_frame (f=0x146adb0, force_p=1,
inhibit_hairy_id_p=1) at dispnew.c:3269
#11 0x000000000045f37f in echo_area_display (update_frame_p=1) at xdisp.c:10752
#12 0x000000000045ad85 in message3_nolog (m=23714017, nbytes=65,
multibyte=0) at xdisp.c:9628
#13 0x000000000045a8dc in message3 (m=23714017, nbytes=65,
multibyte=0) at xdisp.c:9565
#14 0x00000000006997aa in Fmessage (nargs=2, args=0x7fffffffc4f0) at
editfns.c:3436
#15 0x00000000006a8f0b in Ffuncall (nargs=3, args=0x7fffffffc4e8) at eval.c:2802
#16 0x0000000000718ce0 in exec_byte_code (bytestr=11994369,
vector=11994557, maxdepth=24, args_template=0, nargs=0,
args=0x7fffffffc9d8) at bytecode.c:784
#17 0x00000000006a9dbf in funcall_lambda (fun=11994317, nargs=0,
arg_vector=0x7fffffffc9d8) at eval.c:2986
#18 0x00000000006a964d in Ffuncall (nargs=1, args=0x7fffffffc9d0) at eval.c:2869
#19 0x0000000000718ce0 in exec_byte_code (bytestr=11996273,
vector=11997101, maxdepth=88, args_template=1028, nargs=1,
args=0x7fffffffcf38) at bytecode.c:784
#20 0x00000000006a9dbf in funcall_lambda (fun=11996221, nargs=1,
arg_vector=0x7fffffffcf30) at eval.c:2986
#21 0x00000000006a964d in Ffuncall (nargs=2, args=0x7fffffffcf28) at eval.c:2869
#22 0x0000000000718ce0 in exec_byte_code (bytestr=11955625,
vector=11957277, maxdepth=72, args_template=0, nargs=0,
args=0x7fffffffd478) at bytecode.c:784
#23 0x00000000006a9dbf in funcall_lambda (fun=11955573, nargs=0,
arg_vector=0x7fffffffd478) at eval.c:2986
#24 0x00000000006a964d in Ffuncall (nargs=1, args=0x7fffffffd470) at eval.c:2869
#25 0x0000000000718ce0 in exec_byte_code (bytestr=11951433,
vector=11951885, maxdepth=32, args_template=0, nargs=0,
args=0x7fffffffd8b0) at bytecode.c:784
#26 0x00000000006a9dbf in funcall_lambda (fun=11951381, nargs=0,
arg_vector=0x7fffffffd8b0) at eval.c:2986
#27 0x00000000006a99e9 in apply_lambda (fun=11951381, args=15120722)
at eval.c:2929
#28 0x00000000006a7244 in eval_sub (form=15346758) at eval.c:2212
#29 0x00000000006a6394 in Feval (form=15346758, lexical=15120722) at eval.c:2021
#30 0x00000000005cc4e3 in top_level_2 () at keyboard.c:1164
#31 0x00000000006a4591 in internal_condition_case (bfun=0x5cc4c6
<top_level_2>, handlers=15172450, hfun=0x5cbfc9 <cmd_error>) at
eval.c:1333
#32 0x00000000005cc51d in top_level_1 (ignore=15120722) at keyboard.c:1172
#33 0x00000000006a3e21 in internal_catch (tag=15168242, func=0x5cc4e5
<top_level_1>, arg=15120722) at eval.c:1090
#34 0x00000000005cc441 in command_loop () at keyboard.c:1127
#35 0x00000000005cb815 in recursive_edit_1 () at keyboard.c:754
#36 0x00000000005cbbf0 in Frecursive_edit () at keyboard.c:818
#37 0x00000000005c93a0 in main (argc=2, argv=0x7fffffffe2f8) at emacs.c:1693
(gdb) frame 2
#2  0x000000000067f91f in die (msg=0x793db7 "assertion failed:
s->font", file=0x788030 "xdisp.c", line=22578) at alloc.c:6653
6653      abort ();
(gdb) info frame
Stack level 2, frame at 0x7fffffffb9e0:
 rip = 0x67f91f in die (alloc.c:6653); saved rip 0x48eb18
 called by frame at 0x7fffffffba30, caller of frame at 0x7fffffffb9a0
 source language c.
 Arglist at 0x7fffffffb9d0, args: msg=0x793db7 "assertion failed:
s->font", file=0x788030 "xdisp.c", line=22578
 Locals at 0x7fffffffb9d0, Previous frame's sp is 0x7fffffffb9e0
 Saved registers:
  rbx at 0x7fffffffb9c8, rbp at 0x7fffffffb9d0, rip at 0x7fffffffb9d8
(gdb) info locals
No locals.
(gdb) info args
msg = 0x793db7 "assertion failed: s->font"
file = 0x788030 "xdisp.c"
line = 22578
(gdb) frame 3
#3  0x000000000048eb18 in fill_glyphless_glyph_string
(s=0x7fffffffba40, face_id=13, start=8, end=68, overlaps=0) at
xdisp.c:22578
22578     eassert (s->font);
(gdb) info args
s = 0x7fffffffba40
face_id = 13
start = 8
end = 68
overlaps = 0
(gdb) p *s
$1 = {x = 82, y = 631, ybase = 649, width = 0, background_width = 0,
height = 25, left_overhang = 0, right_overhang = 0, f = 0x146adb0, w =
0x146bdc0, display = 0x161a6b0,
  window = 54526078, row = 0x16748e0, area = TEXT_AREA, char2b = 0x0,
nchars = 0, hl = DRAW_NORMAL_TEXT, face = 0x1615dd0, font = 0x0, cmp =
0x0, cmp_id = 0, cmp_from = 0, cmp_to = 0,
  extends_to_end_of_line_p = 0, background_filled_p = 0, two_byte_p =
0, font_not_found_p = 0, stippled_p = 0, for_overlaps = 0, padding_p =
0, gc = 0x0, first_glyph = 0xf20780, img = 0x0,
  slice = {x = 0, y = 0, width = 0, height = 0}, clip_head = 0x0,
clip_tail = 0x0, clip = {{x = 0, y = 0, width = 0, height = 0}, {x =
0, y = 0, width = 0, height = 0}}, num_clips = 0,
  underline_position = 0, underline_thickness = 0, next = 0x0, prev =
0x7fffffffbbe0}
(gdb) p *s->face
$2 = {id = 13, gc = 0x16a5450, stipple = 0, foreground = 0, background
= 12566463, underline_color = 0, overline_color = 0,
strike_through_color = 0, box_color = 0, font = 0x0,
  fontset = -1, pixmap_w = 0, pixmap_h = 0, box_line_width = -1, box =
FACE_RAISED_BOX, use_box_color_for_shadows_p = 0, underline_type =
FACE_UNDER_LINE, underline_p = 0, overline_p = 0,
  strike_through_p = 0, foreground_defaulted_p = 0,
background_defaulted_p = 0, underline_defaulted_p = 0,
overline_color_defaulted_p = 0, strike_through_color_defaulted_p = 0,
  box_color_defaulted_p = 1, tty_bold_p = 0, tty_italic_p = 0,
tty_underline_p = 0, tty_reverse_p = 0, colors_copied_bitwise_p = 0,
overstrike = 0, lface = {15121298, 15558049, 15558017,
    15149714, 308, 15150002, 15149714, 15120722, 15120722, 11462737,
11852625, 15120722, 15120722, 15120722, 11921654, 21327581, 15120722,
15558273}, hash = 14922703, next = 0x0,
  prev = 0x0, ascii_face = 0x1615dd0, extra = 0x0}
(gdb)

Best.

Oleg





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-05  7:34           ` Left Right
@ 2012-07-05 13:17             ` Eli Zaretskii
  2012-07-05 13:33               ` Left Right
  0 siblings, 1 reply; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-05 13:17 UTC (permalink / raw)
  To: Left Right; +Cc: 11850, 11813, yotam.medini

> Date: Thu, 5 Jul 2012 10:34:52 +0300
> From: Left Right <olegsivokon@gmail.com>
> 
> (gdb) frame 3
> #3  0x000000000048eb18 in fill_glyphless_glyph_string
> (s=0x7fffffffba40, face_id=13, start=8, end=68, overlaps=0) at
> xdisp.c:22578
> 22578     eassert (s->font);
> (gdb) info args
> s = 0x7fffffffba40
> face_id = 13
> start = 8
> end = 68
> overlaps = 0
> (gdb) p *s
> $1 = {x = 82, y = 631, ybase = 649, width = 0, background_width = 0,
> height = 25, left_overhang = 0, right_overhang = 0, f = 0x146adb0, w =
> 0x146bdc0, display = 0x161a6b0,
>   window = 54526078, row = 0x16748e0, area = TEXT_AREA, char2b = 0x0,
> nchars = 0, hl = DRAW_NORMAL_TEXT, face = 0x1615dd0, font = 0x0, cmp =
> 0x0, cmp_id = 0, cmp_from = 0, cmp_to = 0,
>   extends_to_end_of_line_p = 0, background_filled_p = 0, two_byte_p =
> 0, font_not_found_p = 0, stippled_p = 0, for_overlaps = 0, padding_p =
> 0, gc = 0x0, first_glyph = 0xf20780, img = 0x0,
>   slice = {x = 0, y = 0, width = 0, height = 0}, clip_head = 0x0,
> clip_tail = 0x0, clip = {{x = 0, y = 0, width = 0, height = 0}, {x =
> 0, y = 0, width = 0, height = 0}}, num_clips = 0,
>   underline_position = 0, underline_thickness = 0, next = 0x0, prev =
> 0x7fffffffbbe0}
> (gdb) p *s->face
> $2 = {id = 13, gc = 0x16a5450, stipple = 0, foreground = 0, background
> = 12566463, underline_color = 0, overline_color = 0,
> strike_through_color = 0, box_color = 0, font = 0x0,
>   fontset = -1, pixmap_w = 0, pixmap_h = 0, box_line_width = -1, box =
> FACE_RAISED_BOX, use_box_color_for_shadows_p = 0, underline_type =
> FACE_UNDER_LINE, underline_p = 0, overline_p = 0,
>   strike_through_p = 0, foreground_defaulted_p = 0,
> background_defaulted_p = 0, underline_defaulted_p = 0,
> overline_color_defaulted_p = 0, strike_through_color_defaulted_p = 0,
>   box_color_defaulted_p = 1, tty_bold_p = 0, tty_italic_p = 0,
> tty_underline_p = 0, tty_reverse_p = 0, colors_copied_bitwise_p = 0,
> overstrike = 0, lface = {15121298, 15558049, 15558017,
>     15149714, 308, 15150002, 15149714, 15120722, 15120722, 11462737,
> 11852625, 15120722, 15120722, 15120722, 11921654, 21327581, 15120722,
> 15558273}, hash = 14922703, next = 0x0,
>   prev = 0x0, ascii_face = 0x1615dd0, extra = 0x0}
> (gdb)

In this frame (#3 in this case), what do the following GDB commands
print?

 (gdb) p s->f->output_data.x->font
 (gdb) p *(s->f->output_data.x->font)





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-05 13:17             ` bug#11850: " Eli Zaretskii
@ 2012-07-05 13:33               ` Left Right
  2012-07-05 16:54                 ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Left Right @ 2012-07-05 13:33 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 11850, 11813

> (gdb) p s->f->output_data.x->font
> (gdb) p *(s->f->output_data.x->font)

(gdb) frame 3
#3  0x000000000048eb18 in fill_glyphless_glyph_string
(s=0x7fffffffba40, face_id=13, start=8, end=68, overlaps=0) at
xdisp.c:22578
22578     eassert (s->font);
(gdb) p s->f->output_data.x->font
$1 = (struct font *) 0x146efd8
(gdb) p *(s->f->output_data.x->font)
$2 = {header = {size = 4611686018429485074, next = {nbytes = 264,
buffer = 0x108, vector = 0x108}}, props = {15296386, 15541218,
15541266, 15541170, 15362930, 102728, 102532, 102656, 68,
    400, 0, 400, 18785894, 15120722, 15558113, 15558113, 15120722,
15296386}, max_width = 40, pixel_size = 17, height = 18, space_width =
10, average_width = 10, min_width = 10,
  ascent = 14, descent = 4, underline_thickness = 1,
underline_position = 2, vertical_centering = 0, encoding_type = 0
'\000', baseline_offset = 0, relative_compose = 0,
  default_ascent = 0, font_encoder = 0x1000040800001008, driver =
0xdd5f60, encoding_charset = 1, repertory_charset = 1}
(gdb)

Here's the output.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-05 13:33               ` Left Right
@ 2012-07-05 16:54                 ` Eli Zaretskii
  2012-07-07 22:42                   ` Left Right
  2012-07-08 14:20                   ` Chong Yidong
  0 siblings, 2 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-05 16:54 UTC (permalink / raw)
  To: Left Right,
	Yotam Medini יותם מדיני
  Cc: 11850, 11813

> Date: Thu, 5 Jul 2012 16:33:30 +0300
> From: Left Right <olegsivokon@gmail.com>
> Cc: 11850@debbugs.gnu.org, 11813@debbugs.gnu.org
> 
> > (gdb) p s->f->output_data.x->font
> > (gdb) p *(s->f->output_data.x->font)
> 
> (gdb) frame 3
> #3  0x000000000048eb18 in fill_glyphless_glyph_string
> (s=0x7fffffffba40, face_id=13, start=8, end=68, overlaps=0) at
> xdisp.c:22578
> 22578     eassert (s->font);
> (gdb) p s->f->output_data.x->font
> $1 = (struct font *) 0x146efd8
> (gdb) p *(s->f->output_data.x->font)
> $2 = {header = {size = 4611686018429485074, next = {nbytes = 264,
> buffer = 0x108, vector = 0x108}}, props = {15296386, 15541218,
> 15541266, 15541170, 15362930, 102728, 102532, 102656, 68,
>     400, 0, 400, 18785894, 15120722, 15558113, 15558113, 15120722,
> 15296386}, max_width = 40, pixel_size = 17, height = 18, space_width =
> 10, average_width = 10, min_width = 10,
>   ascent = 14, descent = 4, underline_thickness = 1,
> underline_position = 2, vertical_centering = 0, encoding_type = 0
> '\000', baseline_offset = 0, relative_compose = 0,
>   default_ascent = 0, font_encoder = 0x1000040800001008, driver =
> 0xdd5f60, encoding_charset = 1, repertory_charset = 1}
> (gdb)

OK, then does the following patch fix the problem?

--- src/xdisp.c	2012-07-05 16:28:34 +0000
+++ src/xdisp.c	2012-07-05 16:51:53 +0000
@@ -22604,7 +22604,7 @@ fill_glyphless_glyph_string (struct glyp
   last = s->row->glyphs[s->area] + end;
   voffset = glyph->voffset;
   s->face = FACE_FROM_ID (s->f, face_id);
-  s->font = s->face->font;
+  s->font = s->face->font ? s->face->font : FRAME_FONT (s->f);
   s->nchars = 1;
   s->width = glyph->pixel_width;
   glyph++;






^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-05 16:54                 ` Eli Zaretskii
@ 2012-07-07 22:42                   ` Left Right
  2012-07-07 22:58                     ` bug#11850: " Left Right
  2012-07-08 14:20                   ` Chong Yidong
  1 sibling, 1 reply; 27+ messages in thread
From: Left Right @ 2012-07-07 22:42 UTC (permalink / raw)
  To: Eli Zaretskii

[-- Attachment #1: Type: text/plain, Size: 303 bytes --]

The error seems to be fixed, in a way... :) Emacs started without an
error, however the font it is using... what is it? I don't remember
having or installing it :) And yes, it looks like this particular
typeface simply doesn't have bold variant. I've attached a screenshot
of how it looks.

Best.

Oleg

[-- Attachment #2: emac-missing-font.png --]
[-- Type: image/png, Size: 73860 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-07 22:42                   ` Left Right
@ 2012-07-07 22:58                     ` Left Right
  2012-07-08  3:00                       ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Left Right @ 2012-07-07 22:58 UTC (permalink / raw)
  To: Eli Zaretskii

Ah, sorry, forgot to mention it: there is a setting in menu called
"default font", trying some of the variants listed there I found two
which can render bold face (9x15 and 10x20), few more would print a
message saying that the font is not available:

set-face-attribute: Font not available: #<font-spec nil b&h
lucidatypewriter sans iso8859-1 medium r normal 12.0 nil nil nil
((:name . "-b&h-lucidatypewriter-medium-r-normal-sans-*-120-*-*-*-*-iso8859-1")
(user-spec . "-b&h-lucidatypewriter-medium-r-normal-sans-*-120-*-*-*-*-iso8859-1"))>

And the rest would display something similar to the image I attached
to the previous message, i.e. bold characters replaced by their codes.

Best.

Oleg





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-07 22:58                     ` bug#11850: " Left Right
@ 2012-07-08  3:00                       ` Eli Zaretskii
  0 siblings, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-08  3:00 UTC (permalink / raw)
  To: Left Right; +Cc: 11850, 11813

> Date: Sun, 8 Jul 2012 01:58:49 +0300
> From: Left Right <olegsivokon@gmail.com>
> 
> Ah, sorry, forgot to mention it: there is a setting in menu called
> "default font", trying some of the variants listed there I found two
> which can render bold face (9x15 and 10x20), few more would print a
> message saying that the font is not available:
> 
> set-face-attribute: Font not available: #<font-spec nil b&h
> lucidatypewriter sans iso8859-1 medium r normal 12.0 nil nil nil
> ((:name . "-b&h-lucidatypewriter-medium-r-normal-sans-*-120-*-*-*-*-iso8859-1")
> (user-spec . "-b&h-lucidatypewriter-medium-r-normal-sans-*-120-*-*-*-*-iso8859-1"))>
> 
> And the rest would display something similar to the image I attached
> to the previous message, i.e. bold characters replaced by their codes.

Thanks.  I hope some font expert could look into this.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-05 16:54                 ` Eli Zaretskii
  2012-07-07 22:42                   ` Left Right
@ 2012-07-08 14:20                   ` Chong Yidong
  2012-07-08 15:56                     ` bug#11850: " Eli Zaretskii
  2012-07-08 16:29                     ` Left Right
  1 sibling, 2 replies; 27+ messages in thread
From: Chong Yidong @ 2012-07-08 14:20 UTC (permalink / raw)
  To: Eli Zaretskii
  Cc: Left Right, 11813, 11850,
	Yotam Medini יותם מדיני

Eli Zaretskii <eliz@gnu.org> writes:

> OK, then does the following patch fix the problem?
>
> --- src/xdisp.c	2012-07-05 16:28:34 +0000
> +++ src/xdisp.c	2012-07-05 16:51:53 +0000
> @@ -22604,7 +22604,7 @@ fill_glyphless_glyph_string (struct glyp
>    last = s->row->glyphs[s->area] + end;
>    voffset = glyph->voffset;
>    s->face = FACE_FROM_ID (s->f, face_id);
> -  s->font = s->face->font;
> +  s->font = s->face->font ? s->face->font : FRAME_FONT (s->f);
>    s->nchars = 1;
>    s->width = glyph->pixel_width;
>    glyph++;

This patch is correct, please commit it.  Indeed, when creating
glyphless glyphs, we cannot assume that the face has a well-defined
font, because of the case where font loading during face realization
fails.

I'm not sure why font loading fails in the reporter's specific case, but
it's very likely a system misconfiguration.  One way to induce this bug
is to delete a font file, or change its permissions so that it becomes
unreadable.  When you do this, the fontconfig cache will tell Emacs that
the font exists, but then Emacs fails to load the font when it tries,
triggering this bug.

The reporter should try running `fc-cache -fs' and see if the problem
goes away.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-08 14:20                   ` Chong Yidong
@ 2012-07-08 15:56                     ` Eli Zaretskii
  2012-07-08 16:29                     ` Left Right
  1 sibling, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-08 15:56 UTC (permalink / raw)
  To: Chong Yidong; +Cc: olegsivokon, 11813, 11850, yotam.medini

> From: Chong Yidong <cyd@gnu.org>
> Cc: Left Right <olegsivokon@gmail.com>,  Yotam Medini יותם מדיני <yotam.medini@gmail.com>,
>   11850@debbugs.gnu.org,  11813@debbugs.gnu.org
> Date: Sun, 08 Jul 2012 22:20:01 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > OK, then does the following patch fix the problem?
> >
> > --- src/xdisp.c	2012-07-05 16:28:34 +0000
> > +++ src/xdisp.c	2012-07-05 16:51:53 +0000
> > @@ -22604,7 +22604,7 @@ fill_glyphless_glyph_string (struct glyp
> >    last = s->row->glyphs[s->area] + end;
> >    voffset = glyph->voffset;
> >    s->face = FACE_FROM_ID (s->f, face_id);
> > -  s->font = s->face->font;
> > +  s->font = s->face->font ? s->face->font : FRAME_FONT (s->f);
> >    s->nchars = 1;
> >    s->width = glyph->pixel_width;
> >    glyph++;
> 
> This patch is correct, please commit it.

Done in revision 108954 on the trunk.

> I'm not sure why font loading fails in the reporter's specific case, but
> it's very likely a system misconfiguration.

I was astonished to see glyphless glyphs on the mode line(!).

I hope some font expert could find the reason for this.  It's not just
a rare misconfiguration, since 2 people reported the same crash.

I'm not closing the bug yet, to allow information about the font
configuration to be collected and maybe additional changes made as
result of that.






^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
       [not found]           ` <837guj4ffq.fsf@gnu.org>
@ 2012-07-08 15:58             ` Yotam Medini יותם מדיני
  2012-07-08 16:43               ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Yotam Medini יותם מדיני @ 2012-07-08 15:58 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 11850, Chong Yidong

[-- Attachment #1: Type: text/plain, Size: 1160 bytes --]

I applied this patch, build with the config-switches you have suggested.
Running it (not thru gdb this time...) gave:

 yotamm@huby:emacs:549> /usr/local/bin/emacs

 xdisp.c:22676: Emacs fatal error: assertion failed: s->font
 Fatal error (6)Aborted

I understand that Chong suggested some test steps.
Please resolve exactly what you would like me to try.
I would love to help, but my time with this environment
(where home-built emacs fails) is limited.

regards -- yotam



On Wed, Jul 4, 2012 at 8:14 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Wed, 4 Jul 2012 20:02:55 +0300
> > From: Yotam Medini יותם מדיני <yotam.medini@gmail.com>
> >
> > Could you please re-send your patch as an attachment.
> > So I can apply it cleanly (from the original) -
> > and not worry about white-space differences.
>
> You shouldn't need to worry, because I use Emacs to send the mail. ;-)
> So the whitespace is exactly as it is in the original patch.  Besides,
> GNU 'patch' command accepts the --ignore-whitespace switch, even if
> something does happen to whitespace.
>
> But here's the patch as attachment, anyway:
>
>

[-- Attachment #2: Type: text/html, Size: 1756 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-08 14:20                   ` Chong Yidong
  2012-07-08 15:56                     ` bug#11850: " Eli Zaretskii
@ 2012-07-08 16:29                     ` Left Right
  2012-07-08 18:40                       ` bug#11850: " Jan Djärv
  2012-07-09  4:21                       ` Chong Yidong
  1 sibling, 2 replies; 27+ messages in thread
From: Left Right @ 2012-07-08 16:29 UTC (permalink / raw)
  To: Chong Yidong
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

[-- Attachment #1: Type: text/plain, Size: 5605 bytes --]

Well, the thing is, it is not "my" font - I have absolutely no idea
what font it is, no other program beside Emacs is trying to use it,
and, of course, I didn't install it myself.

I regenerated the font cache - but that had no effect. Unfortunately
font configuration, at least in the Linuxes I had to work with is
spread over few dozens of files... so, I might be as well missing
something. However, There are few changes to configuration that I made
myself, I've posted my fonts.conf before, but it doesn't look like it
may at all be a problem. I'll copy its content yet again for clarity:


<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
 <match target="font">
  <edit mode="assign" name="rgba">
   <const>none</const>
  </edit>
 </match>
 <match target="font">
  <edit mode="assign" name="hinting">
   <bool>true</bool>
  </edit>
 </match>
 <match target="font">
  <edit mode="assign" name="hintstyle">
   <const>hintmedium</const>
  </edit>
 </match>
 <match target="font">
  <edit mode="assign" name="antialias">
   <bool>false</bool>
  </edit>
 </match>
 <dir>~/.fonts</dir>
</fontconfig>

Below are the "profiles" of different "font groups" in  /etc/fonts/conf.d

  -rw-r--r-- 1 root root  124 Mar 30 21:0900 kde.conf
  lrwxrwxrwx 1 root root   39 Mar 14 03:24 20-fix-globaladvance.conf
-> ../conf.avail/20-fix-globaladvance.conf
  lrwxrwxrwx 1 root root   39 Mar 14 03:24 20-unhint-small-vera.conf
-> ../conf.avail/20-unhint-small-vera.conf
  lrwxrwxrwx 1 root root   39 Mar 14 03:29 30-defoma.conf ->
/var/lib/defoma/fontconfig.d/fonts.conf
  lrwxrwxrwx 1 root root   36 Mar 14 03:24 30-metric-aliases.conf ->
../conf.avail/30-metric-aliases.conf
  lrwxrwxrwx 1 root root   33 Mar 14 03:24 30-urw-aliases.conf ->
../conf.avail/30-urw-aliases.conf
  lrwxrwxrwx 1 root root   30 Mar 14 03:24 40-nonlatin.conf ->
../conf.avail/40-nonlatin.conf
  lrwxrwxrwx 1 root root   27 Mar 14 03:24 45-latin.conf ->
../conf.avail/45-latin.conf
  lrwxrwxrwx 1 root root   31 Mar 14 03:24 49-sansserif.conf ->
../conf.avail/49-sansserif.conf
  lrwxrwxrwx 1 root root   26 Mar 14 03:24 50-user.conf ->
../conf.avail/50-user.conf
  lrwxrwxrwx 1 root root   27 Mar 14 03:24 51-local.conf ->
../conf.avail/51-local.conf
  lrwxrwxrwx 1 root root   27 Mar 14 03:24 60-latin.conf ->
../conf.avail/60-latin.conf
  lrwxrwxrwx 1 root root   35 Mar 14 03:24 65-fonts-persian.conf ->
../conf.avail/65-fonts-persian.conf
  lrwxrwxrwx 1 root root   30 Mar 14 03:24 65-nonlatin.conf ->
../conf.avail/65-nonlatin.conf
  lrwxrwxrwx 1 root root   29 Mar 14 03:24 69-unifont.conf ->
../conf.avail/69-unifont.conf
  lrwxrwxrwx 1 root root   40 Mar 14 03:29 70-no-bitmaps.conf ->
/etc/fonts/conf.avail/70-no-bitmaps.conf
  lrwxrwxrwx 1 root root   31 Mar 14 03:24 80-delicious.conf ->
../conf.avail/80-delicious.conf
  lrwxrwxrwx 1 root root   31 Mar 14 03:24 90-synthetic.conf ->
../conf.avail/90-synthetic.conf

The rest of the files in /etc/fonts/ directory are exactly the same as
they would be on other similar systems - I never modified them.

The date is the date of this system was installed. kde.conf is a bit
older - this is because after installing the defaults I've struggled
for a while with anti-aliasing, but, finally, it seems like I've found
a way to remove it completely. Sorry, most of my life I've been a
graphic artist, with books and fonts being my primary occupation. This
is why I think that computer AA fonts are a mistake (but I don't want
to go into this dispute)...

Anyway, if you have any suggestion about where should I look for the
font (I wouldn't mind fixing the font file itself!) I certainly will.
My problem is, however - I have absolutely no idea why and where does
Emacs find the settings that it is using. If I could suggest... there
is an option to set default font, and it lists some values that cannot
be interpreted as a font name. To be honest, I don't even know what
they mean, at first, I assumed those are the sizes in pixels of the
piece of screen allocated to draw a single glyph in the monospace
font, but that doesn't hold, those are neither em-squares, no height
of the roman majuscule or minuscule characters, nor with accents or
descents nor any other such combination... What I mean is these
"names": Default, fixed, 6x10, 6x12, 6x13, 7x13, 7x14, 8x13, 9x15,
10x20, 11x18, 12x24, clean 5x8, clean 6x8, clean 8x8, clean 8x10,
clean 8x14, clean 8x16, sony 8x16, lucidasanstypewriter-12,
lucidasanstypewriter-bold-14, lucidasanstypewriter-bold-24. I also
don't have Lucida font installed on my system and never had.

One more thing, not sure if it helps clarify anything: Emacs doesn't
use the same fonts as all other KDE applications do when rendering the
menus (it uses some elongated sans-serif font, which, proportionally,
resembles Helvetica, i.e. it is taller then Arial, and because of this
letters stand closer to each other some times hiding pieces of the
next letter. Also, because it uses the same font it uses for regular
text for hints (tips), the text in tips is trimmed from the bottom by
few pixels. Screenshot attached.

By the way, something similar happened to me with Emacs 23 too. It
didn't crash though, but it used some fonts I couldn't identify / find
on my system, but using some color scheme fixed that in a mysterious
way.

Inside attachment:
emacs-23-menu-bar.png - this is how menu bar looks in Emacs 23 on the
same desktop, the rest of KDE applications look just like that too.
emacs-24-menu-bar.png - this is how menu bar looks in Emacs 24.
emacs-missing-font-1.png - the tip (hint) with the font trimmed.

Best.

Oleg

[-- Attachment #2: emac-23-menu-bar.png --]
[-- Type: image/png, Size: 1446 bytes --]

[-- Attachment #3: emac-24-menu-bar.png --]
[-- Type: image/png, Size: 1149 bytes --]

[-- Attachment #4: emac-missing-font-1.png --]
[-- Type: image/png, Size: 3721 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: crash (null font) running emacs built from git
  2012-07-08 15:58             ` Yotam Medini יותם מדיני
@ 2012-07-08 16:43               ` Eli Zaretskii
  0 siblings, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2012-07-08 16:43 UTC (permalink / raw)
  To: Yotam Medini יותם מדיני
  Cc: 11850, cyd

> Date: Sun, 8 Jul 2012 18:58:30 +0300
> From: Yotam Medini יותם מדיני <yotam.medini@gmail.com>
> Cc: 11850@debbugs.gnu.org, Chong Yidong <cyd@gnu.org>
> 
> I applied this patch, build with the config-switches you have suggested.
> Running it (not thru gdb this time...) gave:
> 
>  yotamm@huby:emacs:549> /usr/local/bin/emacs
> 
>  xdisp.c:22676: Emacs fatal error: assertion failed: s->font
>  Fatal error (6)Aborted

You need to remove the eassert lines you added previously.  They are
not needed anymore.

> I understand that Chong suggested some test steps.
> Please resolve exactly what you would like me to try.

Chong, could you please spell that out?

> I would love to help, but my time with this environment
> (where home-built emacs fails) is limited.

In any case, next time you can update from the repository, build that
version and see if the problem persists.






^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-08 16:29                     ` Left Right
@ 2012-07-08 18:40                       ` Jan Djärv
  2012-07-09  4:21                       ` Chong Yidong
  1 sibling, 0 replies; 27+ messages in thread
From: Jan Djärv @ 2012-07-08 18:40 UTC (permalink / raw)
  To: Left Right
  Cc: 11850, Chong Yidong, 11813,
	Yotam Medini יותם מדיני


8 jul 2012 kl. 18:29 skrev Left Right:
>  What I mean is these
> "names": Default, fixed, 6x10, 6x12, 6x13, 7x13, 7x14, 8x13, 9x15,
> 10x20, 11x18, 12x24, clean 5x8, clean 6x8, clean 8x8, clean 8x10,
> clean 8x14, clean 8x16, sony 8x16, lucidasanstypewriter-12,
> lucidasanstypewriter-bold-14, lucidasanstypewriter-bold-24. I also
> don't have Lucida font installed on my system and never had.

These fontnames are hardcoded in mouse.el and does not reflect what is actually installed.  Many distributions nowdays does not install the old bitmap fonts by default.

	Jan D.







^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-08 16:29                     ` Left Right
  2012-07-08 18:40                       ` bug#11850: " Jan Djärv
@ 2012-07-09  4:21                       ` Chong Yidong
  2012-07-11 17:36                         ` Left Right
  1 sibling, 1 reply; 27+ messages in thread
From: Chong Yidong @ 2012-07-09  4:21 UTC (permalink / raw)
  To: Left Right
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

Left Right <olegsivokon@gmail.com> writes:

> Well, the thing is, it is not "my" font - I have absolutely no idea
> what font it is, no other program beside Emacs is trying to use it,
> and, of course, I didn't install it myself.

There are quite a lot of details missing from the bug report.  In the
first place, what font is Emacs using?  Type

  M-x describe-face RET default RET

and show the entire output.

Also, are you specifying the font in your Emacs init file (via face
customization), or in .Xresources?  And is Emacs compiled with GSettings
and -lfreetype support (these should be reported in the messages near
the output of ./configure)?





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-09  4:21                       ` Chong Yidong
@ 2012-07-11 17:36                         ` Left Right
  2012-07-12  7:18                           ` Chong Yidong
  0 siblings, 1 reply; 27+ messages in thread
From: Left Right @ 2012-07-11 17:36 UTC (permalink / raw)
  To: Chong Yidong
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

[-- Attachment #1: Type: text/plain, Size: 20518 bytes --]

>There are quite a lot of details missing from the bug report.  In the
>first place, what font is Emacs using?  Type

>  M-x describe-face RET default RET

This prints the following:


Face: default (sample) (customize this face)

Documentation:
Basic default face.

Defined in `faces.el'.

        Family: nimbus mono l
       Foundry: urw
         Width: normal
        Height: 129
        Weight: normal
         Slant: normal
    Foreground: #e0dedb
    Background: #201f1f
     Underline: nil
      Overline: nil
Strike-through: nil
           Box: nil
       Inverse: nil
       Stipple: nil
          Font: #<font-object -urw-nimbus mono
l-regular-r-normal--17-123-100-100-p-100-iso8859-1>
       Fontset: -urw-nimbus mono
l-regular-r-normal--17-*-100-100-p-100-fontset-startup
       Inherit: nil

In Emacs 23 (which works well) this looks like:

Face: default (sample) (customize this face)

Documentation:
Basic default face.

        Family: fixed
       Foundry: misc
         Width: normal
        Height: 99
        Weight: normal
         Slant: normal
    Foreground: Grey
    Background: Grey15
     Underline: nil
      Overline: nil
Strike-through: nil
           Box: nil
       Inverse: nil
       Stipple: nil
          Font: #<font-object
-misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1>
       Fontset: -misc-fixed-medium-r-normal--13-*-75-75-c-80-fontset-auto1
       Inherit: nil


Nimbus is indeed a font installed on my system (screenshot attached).
But it has bold face (you can see it on the screenshot). Though the
font which I was referring to as "not installed myself" is the other
one called "variable-pitch" it is used in the "welcome" buffer. And
below is what describe-face tells me about it:

Face: variable-pitch (sample) (customize this face)

Documentation:
The basic variable-pitch face.

Defined in `faces.el'.

        Family: Sans Serif
       Foundry: unspecified
         Width: unspecified
        Height: unspecified
        Weight: unspecified
         Slant: unspecified
    Foreground: unspecified
    Background: unspecified
     Underline: unspecified
      Overline: unspecified
Strike-through: unspecified
           Box: unspecified
       Inverse: unspecified
       Stipple: unspecified
          Font: unspecified
       Fontset: unspecified
       Inherit: unspecified

In Emacs 23 this looks like:

Face: variable-pitch (sample) (customize this face)

Documentation:
The basic variable-pitch face.

        Family: helv
       Foundry: unspecified
         Width: unspecified
        Height: unspecified
        Weight: unspecified
         Slant: unspecified
    Foreground: unspecified
    Background: unspecified
     Underline: unspecified
      Overline: unspecified
Strike-through: unspecified
           Box: unspecified
       Inverse: unspecified
       Stipple: unspecified
          Font: unspecified
       Fontset: unspecified
       Inherit: unspecified


> Also, are you specifying the font in your Emacs init file (via face
> customization), or in .Xresources?

I started Emacs with -q, suppose that loads it w/o my .emacs settings.
I don't even have a ~/.Xresources, so, I guess, that's not an option
either, or can it somehow look for another Xresources? If yes, then
where?

> And is Emacs compiled with GSettings
> and -lfreetype support (these should be reported in the messages near
> the output of ./configure)?

I've added no special configuration options, below is the output of ./configure:


checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for Minix Amsterdam compiler... no
checking for ar... ar
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for gcc option to accept ISO C99... -std=gnu99
checking for gcc -std=gnu99 option to accept ISO Standard C...
(cached) -std=gnu99
checking for install-info... /usr/bin/install-info
checking for gzip... /bin/gzip
checking for paxctl... no
checking for makeinfo... /usr/bin/makeinfo
checking for -znocombreloc... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for readlinkat... yes
checking for gettimeofday... yes
checking for nanotime... no
checking for lstat... yes
checking for alarm... yes
checking for pselect... yes
checking for pthread_sigmask... no
checking for readlink... yes
checking for tzset... yes
checking for strtoimax... yes
checking for strtoumax... yes
checking for symlink... yes
checking for localtime_r... yes
checking for futimes... yes
checking for futimesat... yes
checking for futimens... yes
checking for utimensat... yes
checking for lutimes... yes
checking whether byte ordering is bigendian... no
checking for inline... inline
checking whether strtold conforms to C99... yes
checking for st_dm_mode in struct stat... no
checking whether strmode is declared... no
checking whether the preprocessor supports include_next... yes
checking whether system header files limit the line length... no
checking for getopt.h... yes
checking for sys/time.h... yes
checking for sys/socket.h... yes
checking for wchar.h... yes
checking for stdint.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/select.h... yes
checking for sys/stat.h... (cached) yes
checking for utime.h... yes
checking for sys/param.h... yes
checking for linux/version.h... yes
checking for sys/systeminfo.h... no
checking for stdio_ext.h... yes
checking for fcntl.h... yes
checking for coff.h... no
checking for pty.h... yes
checking for sys/vlimit.h... yes
checking for sys/resource.h... yes
checking for sys/utsname.h... yes
checking for pwd.h... yes
checking for utmp.h... yes
checking for dirent.h... yes
checking for util.h... no
checking for stdlib.h... (cached) yes
checking for pthread.h... yes
checking for malloc/malloc.h... no
checking for maillock.h... no
checking for sys/un.h... yes
checking for getopt.h... (cached) yes
checking for getopt_long_only... yes
checking whether getopt is POSIX compatible... yes
checking for working GNU getopt function... no
checking whether getenv is declared... yes
checking for C/C++ restrict keyword... __restrict
checking for struct timeval... yes
checking for correct struct timeval.tv_sec member... yes
checking for unsigned long long int... yes
checking for long long int... yes
checking whether stdint.h conforms to C99... yes
checking whether lstat correctly handles trailing slash... yes
checking whether <sys/select.h> is self-contained... yes
checking for sigset_t... yes
checking for pid_t... yes
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for wchar_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for struct tm.tm_zone... yes
checking for struct tm.tm_gmtoff... yes
checking whether strtoimax is declared... yes
checking whether strtoumax is declared... yes
checking whether stat file-mode macros are broken... no
checking for mode_t... yes
checking for struct timespec in <time.h>... yes
checking whether the utimes function works... yes
checking for struct utimbuf... yes
checking for alloca as a compiler built-in... yes
checking for library containing clock_gettime... -lrt
checking for clock_gettime... yes
checking for clock_settime... yes
checking whether dup2 works... yes
checking for getloadavg... yes
checking sys/loadavg.h usability... no
checking sys/loadavg.h presence... no
checking for sys/loadavg.h... no
checking whether getloadavg is declared... yes
checking whether gettimeofday clobbers localtime buffer... no
checking for gettimeofday with POSIX signature... almost
checking for working mktime... yes
checking whether signature of pselect conforms to POSIX... yes
checking whether readlink signature is correct... yes
checking whether readlink handles trailing slash correctly... yes
checking for volatile sig_atomic_t... yes
checking for sighandler_t... yes
checking for socklen_t... yes
checking for ssize_t... yes
checking for struct stat.st_atim.tv_nsec... yes
checking whether struct stat.st_atim is of type struct timespec... yes
checking for struct stat.st_birthtimespec.tv_nsec... no
checking for struct stat.st_birthtimensec... no
checking for struct stat.st_birthtim.tv_nsec... no
checking for working stdalign.h... no
checking for va_copy... yes
checking whether NULL can be used in arbitrary expressions... yes
checking whether strtoimax works... yes
checking whether symlink handles trailing slash correctly... yes
checking whether <sys/select.h> is self-contained... (cached) yes
checking for nlink_t... yes
checking whether localtime_r is declared... yes
checking whether localtime_r is compatible with its POSIX signature... yes
checking for pkg-config... /usr/bin/pkg-config
checking machine/soundcard.h usability... no
checking machine/soundcard.h presence... no
checking for machine/soundcard.h... no
checking sys/soundcard.h usability... yes
checking sys/soundcard.h presence... yes
checking for sys/soundcard.h... yes
checking soundcard.h usability... no
checking soundcard.h presence... no
checking for soundcard.h... no
checking for _oss_ioctl in -lossaudio... no
checking for alsa >= 1.0.0... no
checking if personality LINUX32 can be set... yes
checking for term.h... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether sys_siglist is declared... no
checking whether __sys_siglist is declared... no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for speed_t... yes
checking for struct exception... yes
checking for net/if.h... yes
checking for ifaddrs.h... yes
checking for net/if_dl.h... no
checking for struct ifreq.ifr_flags... yes
checking for struct ifreq.ifr_hwaddr... yes
checking for struct ifreq.ifr_netmask... yes
checking for struct ifreq.ifr_broadaddr... yes
checking for struct ifreq.ifr_addr... yes
checking for struct ifreq.ifr_addr.sa_len... no
checking for  __attribute__ ((__aligned__ (expr)))... yes
checking whether we are using GNU Make... yes
checking whether gcc understands -MMD -MF... yes
checking for long file names... yes
checking for X... libraries , headers
checking whether malloc is Doug Lea style... yes
checking for getpagesize... yes
checking for working mmap... yes
checking for dnet_ntoa in -ldnet... no
checking for main in -lXbsd... no
checking for pthread_self in -lpthread... yes
checking for cma_open in -lpthreads... no
checking whether X on GNU/Linux needs -b to link... no
checking for Xkb... yes
checking for XrmSetDatabase... yes
checking for XScreenResourceString... yes
checking for XScreenNumberOfScreen... yes
checking X11 version 6... 6 or newer
checking for librsvg-2.0 >= 2.11.0... no
checking for Wand >= 6.2.8... no
checking for gtk+-2.0 >= 2.10 glib-2.0 >= 2.10... no
checking for dbus-1 >= 1.0... no
checking for gio-2.0 >= 2.26... no
checking for gconf-2.0 >= 2.13... no
checking for lgetfilecon in -lselinux... no
checking for gnutls >= 2.6.6... no
checking for gnutls_certificate_set_verify_function... no
checking for xaw3d... no
checking for libXaw... yes; using Lucid toolkit
checking X11 toolkit version... 6 or newer
checking for XmuConvertStandardSelection in -lXmu... yes
checking for XShapeQueryExtension in -lXext... yes
checking for fontconfig >= 2.2.0... yes CFLAGS=' ' LIBS='-lfontconfig  '
checking for xft >= 0.13.0... no
checking for XRenderQueryExtension in -lXrender... no
checking X11/xpm.h usability... yes
checking X11/xpm.h presence... yes
checking for X11/xpm.h... yes
checking for XpmReadFileToPixmap in -lXpm... yes
checking for XpmReturnAllocPixels preprocessor define... yes
checking jerror.h usability... yes
checking jerror.h presence... yes
checking for jerror.h... yes
checking for jpeg_destroy_compress in -ljpeg... yes
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking libpng/png.h usability... yes
checking libpng/png.h presence... yes
checking for libpng/png.h... yes
checking for png_get_channels in -lpng... yes
checking tiffio.h usability... yes
checking tiffio.h presence... yes
checking for tiffio.h... yes
checking for TIFFGetVersion in -ltiff... yes
checking gif_lib.h usability... yes
checking gif_lib.h presence... yes
checking for gif_lib.h... yes
checking for EGifPutExtensionLast in -lgif... yes
checking gpm.h usability... no
checking gpm.h presence... no
checking for gpm.h... no
checking X11/SM/SMlib.h usability... yes
checking X11/SM/SMlib.h presence... yes
checking for X11/SM/SMlib.h... yes
checking for SmcOpenConnection in -lSM... yes
checking for libxml-2.0 > 2.6.17... no
checking whether netdb declares h_errno... yes
checking for sqrt in -lm... yes
checking for maillock in -lmail... no
checking for maillock in -llockfile... no
checking for liblockfile.so... no
checking for gethostname... yes
checking for rename... yes
checking for closedir... yes
checking for mkdir... yes
checking for rmdir... yes
checking for getrusage... yes
checking for get_current_dir_name... yes
checking for random... yes
checking for lrand48... yes
checking for logb... yes
checking for frexp... yes
checking for fmod... yes
checking for rint... yes
checking for cbrt... yes
checking for setsid... yes
checking for strerror... yes
checking for fpathconf... yes
checking for select... yes
checking for euidaccess... yes
checking for getpagesize... (cached) yes
checking for setlocale... yes
checking for utimes... yes
checking for getrlimit... yes
checking for setrlimit... yes
checking for setpgid... yes
checking for getcwd... yes
checking for getwd... yes
checking for shutdown... yes
checking for getaddrinfo... yes
checking for __fpending... yes
checking for strsignal... yes
checking for setitimer... yes
checking for sendto... yes
checking for recvfrom... yes
checking for getsockname... yes
checking for getpeername... yes
checking for getifaddrs... yes
checking for freeifaddrs... yes
checking for gai_strerror... yes
checking for mkstemp... yes
checking for getline... yes
checking for getdelim... yes
checking for fsync... yes
checking for sync... yes
checking for difftime... yes
checking for posix_memalign... yes
checking for getpwent... yes
checking for endpwent... yes
checking for getgrent... yes
checking for endgrent... yes
checking for touchlock... no
checking for strcasecmp... yes
checking for strncasecmp... yes
checking for cfmakeraw... yes
checking for cfsetspeed... yes
checking for copysign... yes
checking for __executable_start... yes
checking for __builtin_unwind_init... yes
checking for _LARGEFILE_SOURCE value needed for large files... no
checking whether getpgrp requires zero arguments... yes
checking for grantpt... yes
checking for getpt... yes
checking for library containing tputs... -lncurses
checking for tzset... (cached) yes
checking whether localtime caches TZ... no
checking for socket... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking whether system supports dynamic ptys... yes
checking vfork.h usability... no
checking vfork.h presence... no
checking for vfork.h... no
checking for fork... yes
checking for vfork... yes
checking for working fork... yes
checking for working vfork... (cached) yes
checking for snprintf... yes
checking for nl_langinfo and CODESET... yes
checking for mbstate_t... yes
checking for C restricted array declarations... yes

Configured for `x86_64-unknown-linux-gnu'.

  Where should the build process find the source code?
/home/wvxvw/projects/emacs-sources/emacs
  What operating system file should Emacs use?            s/gnu-linux.h
  What compiler should emacs be built with?               gcc -std=gnu99 -g -O2
  Should Emacs use the GNU version of malloc?             yes
      (Using Doug Lea's new malloc from the GNU C Library.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          LUCID
  Where do we find X Windows header files?                Standard dirs
  Where do we find X Windows libraries?                   Standard dirs
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes -lgif
  Does Emacs use -lpng?                                   yes
  Does Emacs use -lrsvg-2?                                no
  Does Emacs use imagemagick?                             no
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  no
  Does Emacs use -lgconf?                                 no
  Does Emacs use GSettings?                               no
  Does Emacs use -lselinux?                               no
  Does Emacs use -lgnutls?                                no
  Does Emacs use -lxml2?                                  no
  Does Emacs use -lfreetype?                              no
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use toolkit scroll bars?                     yes


configure: creating ./config.status
config.status: creating Makefile
config.status: creating lib/Makefile
config.status: creating lib-src/Makefile
config.status: creating oldXMenu/Makefile
config.status: creating doc/emacs/Makefile
config.status: creating doc/misc/Makefile
config.status: creating doc/lispintro/Makefile
config.status: creating doc/lispref/Makefile
config.status: creating src/Makefile
config.status: creating lwlib/Makefile
config.status: creating lisp/Makefile
config.status: creating leim/Makefile
config.status: creating test/automated/Makefile
config.status: creating admin/unidata/Makefile
config.status: creating src/config.h
config.status: executing depfiles commands
config.status: executing mkdirs commands
config.status: executing epaths commands
creating src/epaths.h
[ -r "/home/wvxvw/projects/emacs-sources/emacs/src/config.in" ] || (
cd /home/wvxvw/projects/emacs-sources/emacs && autoheader )
config.status: executing gdbinit commands


To spare you the reading, both GSettings and -lfreetype are "no", but
the configuration script didn't ask me to install libfreetype although
it is installed:

$ whereis libfreetype
libfreetype: /usr/lib/libfreetype.a /usr/lib/libfreetype.so
/usr/lib/libfreetype.la /usr/lib64/libfreetype.a
/usr/lib64/libfreetype.so /usr/lib64/libfreetype.la

I'm not sure what GSettings is, but it sounds like some Gnome thing
(the system where I'm running into problem is KDE).

Best.

Oleg

[-- Attachment #2: nimbus-installed.png --]
[-- Type: image/png, Size: 40585 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-11 17:36                         ` Left Right
@ 2012-07-12  7:18                           ` Chong Yidong
  2012-08-16  3:25                             ` Chong Yidong
  0 siblings, 1 reply; 27+ messages in thread
From: Chong Yidong @ 2012-07-12  7:18 UTC (permalink / raw)
  To: Left Right
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

Left Right <olegsivokon@gmail.com> writes:

> Nimbus is indeed a font installed on my system (screenshot attached).
> But it has bold face (you can see it on the screenshot). Though the
> font which I was referring to as "not installed myself" is the other
> one called "variable-pitch" it is used in the "welcome" buffer.

The Emacs welcome screen uses `variable-pitch' everywhere except for the
text "Control-g", which is the part that does not display properly in
your screenshot.  The rest of the welcome screen, which uses
`variable-pitch', displays fine in the screenshot.  So the problem is
with the `default' face, not `variable-pitch'.

> both GSettings and -lfreetype are "no", but the configuration script
> didn't ask me to install libfreetype although it is installed

OK, now I remember: we used to allow building with Freetype and without
Xft, but in Emacs 24 this was disabled because the non-xft freetype font
driver was poorly tested and slow.  So if you compile without Xft
support, Emacs doesn't use Freetype any more.

But Emacs should work fine without freetype, so that is not the bug.
Nimbus Mono does require Freetype, but if you compile without Xft, Emacs
shouldn't be looking for that font at all.  If you don't specify a font
in .Xresources or your init file, Emacs should try the following default
fonts (in sequence):

-adobe-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-1
-misc-fixed-medium-r-normal-*-*-140-*-*-c-*-iso8859-1
-*-*-medium-r-normal-*-*-140-*-*-c-*-iso8859-1
-*-*-medium-r-*-*-*-*-*-*-c-*-iso8859-1
-*-fixed-*-*-*-*-*-140-*-*-c-*-iso8859-1
fixed

I verified this by doing

./configure --with-xft=no
make
./src/emacs -q

Then Emacs displays the welcome screen fine, with

-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1

as the font for the `default' face.  (And if I do

M-x set-frame-font RET
-urw-nimbus mono l-normal-normal-normal-*-13-*-*-*-m-0-iso10646-1 RET

Emacs signals an error saying it can't display that font, as expected.)

So I don't understand why your Emacs is trying to load Nimbus Mono.


Here's something to try: could you try making sure there are no X
resources specified, by doing

xrdb -remove

and running `emacs -Q' to eliminate all customizations?  Does the font
problem still show up in that case?





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-07-12  7:18                           ` Chong Yidong
@ 2012-08-16  3:25                             ` Chong Yidong
  2012-08-16 10:51                               ` bug#11813: " Left Right
  0 siblings, 1 reply; 27+ messages in thread
From: Chong Yidong @ 2012-08-16  3:25 UTC (permalink / raw)
  To: Left Right
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

Chong Yidong <cyd@gnu.org> writes:

> Nimbus Mono does require Freetype, but if you compile without Xft,
> Emacs shouldn't be looking for that font at all.  I verified this by
> doing
>
> ./configure --with-xft=no
> make
> ./src/emacs -q
>
> Then Emacs displays the welcome screen fine
> Here's something to try: could you try making sure there are no X
> resources specified, by doing
>
> xrdb -remove
>
> and running `emacs -Q' to eliminate all customizations?  Does the font
> problem still show up in that case?

Hi, could you try the steps suggested in this email and let us know the
results?  Thanks.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11813: bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-08-16  3:25                             ` Chong Yidong
@ 2012-08-16 10:51                               ` Left Right
  2012-08-26  4:36                                 ` Chong Yidong
  0 siblings, 1 reply; 27+ messages in thread
From: Left Right @ 2012-08-16 10:51 UTC (permalink / raw)
  To: Chong Yidong
  Cc: 11850, 11813,
	Yotam Medini יותם מדיני

[-- Attachment #1: Type: text/plain, Size: 1339 bytes --]

On Thu, Aug 16, 2012 at 6:25 AM, Chong Yidong <cyd@gnu.org> wrote:
> Chong Yidong <cyd@gnu.org> writes:
>
>> Nimbus Mono does require Freetype, but if you compile without Xft,
>> Emacs shouldn't be looking for that font at all.  I verified this by
>> doing
>>
>> ./configure --with-xft=no
>> make
>> ./src/emacs -q
>>
>> Then Emacs displays the welcome screen fine
>> Here's something to try: could you try making sure there are no X
>> resources specified, by doing
>>
>> xrdb -remove
>>
>> and running `emacs -Q' to eliminate all customizations?  Does the font
>> problem still show up in that case?
>
> Hi, could you try the steps suggested in this email and let us know the
> results?  Thanks.

Hi, Chong Yidong,
Sorry, since I've reported the issue, I've made a lot of changes to
the system, on unrelated matter. Now I'm using Gnome on Debian
squeeze/sid (a different desktop environment, different kernel etc.).
I've installed Emacs24 from Debian testing, and it doesn't show the
same behavior as before, however, if I compile on my own, - still the
same problem with fonts.

Using the configuration option you suggested, I was prompted for
missing library - tifflib. I've then installed tifflib5-dev from
Debian. The configuration was successful afterwards.
I attach the screenshot of how the version I compiled looks.

Best.

Oleg

[-- Attachment #2: emacs-bad-fonts.png --]
[-- Type: image/png, Size: 21310 bytes --]

^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-08-16 10:51                               ` bug#11813: " Left Right
@ 2012-08-26  4:36                                 ` Chong Yidong
  2012-09-19 13:01                                   ` Left Right
  0 siblings, 1 reply; 27+ messages in thread
From: Chong Yidong @ 2012-08-26  4:36 UTC (permalink / raw)
  To: Left Right
  Cc: 11850,
	Yotam Medini יותם מדיני

Left Right <olegsivokon@gmail.com> writes:

> Using the configuration option you suggested, I was prompted for
> missing library - tifflib. I've then installed tifflib5-dev from
> Debian. The configuration was successful afterwards.
> I attach the screenshot of how the version I compiled looks.

So now it looks like the default font displays fine, but your system has
problems displaying the bold font.  That is a slightly different symptom
from what you had before.  Please show the output of C-u C-x = for the
`bold' and `mode-line-buffer-id' faces.  You can do this by typing
M-x describe-face- RET bold RET, moving the cursor to the text that says
"sample", and typing C-u C-x =.  Similarly for `mode-line-buffer-id'.
I'm only interested in the part that reports the font.  For sample, on
my machine it says

              display: by this font (glyph code)
    xft:-unknown-Droid Sans Mono-normal-normal-normal-*-13-*-*-*-m-0-iso10646-1 (#x56)

One possibility is that you have installed a buggy font which does not
include bold glyphs.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* bug#11850: bug#11813: bug#11850: crash (null font) running emacs built from git
  2012-08-26  4:36                                 ` Chong Yidong
@ 2012-09-19 13:01                                   ` Left Right
  0 siblings, 0 replies; 27+ messages in thread
From: Left Right @ 2012-09-19 13:01 UTC (permalink / raw)
  To: Chong Yidong
  Cc: 11850,
	Yotam Medini יותם מדיני

I'm terribly sorry for this late reply. I've since then changed the
operation system (once again!) to Fedora Core 17. I've built Emacs
using yum-builddep, and with (as far as I could judge) the same fonts,
it has built it correctly (the problem I was experiencing no longer
exists). I've since then built Emacs several times using yum-builddep
on different machines with different setups (both using dri and
software rendering, using AA fonts and bitmap fonts), and it worked
well, so I am inclined to believe I was missing some library that
somewhere down the configuration made the compiler or linker make
wrong choices as to what fonts should be used / are available.
Unfortunately, I can't tell what exactly my problem was, but so far
it's fixed now, I'm happy :)

On Sun, Aug 26, 2012 at 7:36 AM, Chong Yidong <cyd@gnu.org> wrote:
> Left Right <olegsivokon@gmail.com> writes:
>
>> Using the configuration option you suggested, I was prompted for
>> missing library - tifflib. I've then installed tifflib5-dev from
>> Debian. The configuration was successful afterwards.
>> I attach the screenshot of how the version I compiled looks.
>
> So now it looks like the default font displays fine, but your system has
> problems displaying the bold font.  That is a slightly different symptom
> from what you had before.  Please show the output of C-u C-x = for the
> `bold' and `mode-line-buffer-id' faces.  You can do this by typing
> M-x describe-face- RET bold RET, moving the cursor to the text that says
> "sample", and typing C-u C-x =.  Similarly for `mode-line-buffer-id'.
> I'm only interested in the part that reports the font.  For sample, on
> my machine it says
>
>               display: by this font (glyph code)
>     xft:-unknown-Droid Sans Mono-normal-normal-normal-*-13-*-*-*-m-0-iso10646-1 (#x56)
>
> One possibility is that you have installed a buggy font which does not
> include bold glyphs.





^ permalink raw reply	[flat|nested] 27+ messages in thread

end of thread, other threads:[~2012-09-19 13:01 UTC | newest]

Thread overview: 27+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-03 11:27 bug#11850: crash (null font) running emacs built from git Yotam Medini יותם מדיני
2012-07-03 16:35 ` Eli Zaretskii
2012-07-03 16:49   ` Eli Zaretskii
2012-07-04 14:31     ` Yotam Medini יותם מדיני
2012-07-04 16:32       ` Eli Zaretskii
2012-07-04 20:49         ` bug#11850: bug#11813: " Eli Zaretskii
2012-07-05  7:34           ` Left Right
2012-07-05 13:17             ` bug#11850: " Eli Zaretskii
2012-07-05 13:33               ` Left Right
2012-07-05 16:54                 ` Eli Zaretskii
2012-07-07 22:42                   ` Left Right
2012-07-07 22:58                     ` bug#11850: " Left Right
2012-07-08  3:00                       ` Eli Zaretskii
2012-07-08 14:20                   ` Chong Yidong
2012-07-08 15:56                     ` bug#11850: " Eli Zaretskii
2012-07-08 16:29                     ` Left Right
2012-07-08 18:40                       ` bug#11850: " Jan Djärv
2012-07-09  4:21                       ` Chong Yidong
2012-07-11 17:36                         ` Left Right
2012-07-12  7:18                           ` Chong Yidong
2012-08-16  3:25                             ` Chong Yidong
2012-08-16 10:51                               ` bug#11813: " Left Right
2012-08-26  4:36                                 ` Chong Yidong
2012-09-19 13:01                                   ` Left Right
     [not found]         ` <CAAE-6rb+efByT+um7KB-MfvmN2QbOiq_GRRmuwN7drsDu8TC_A@mail.gmail.com>
     [not found]           ` <837guj4ffq.fsf@gnu.org>
2012-07-08 15:58             ` Yotam Medini יותם מדיני
2012-07-08 16:43               ` Eli Zaretskii
2012-07-03 17:15   ` Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.