all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* unicode-2 branch segfaulting on MacOS X?
@ 2006-10-22 15:36 Geoffrey Alan Washburn
  2006-10-23  1:04 ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-22 15:36 UTC (permalink / raw)


I've been trying to get the latest revision of the emacs-unicode-2 
branch to build and run under MacOS X.  Building seems to work fine, 
I've been using the following configuration

./configure --prefix=/local --enable-font-backend --with-gtk --with-xft 
--with-tiff --with-ungif --with-xpm --enable-asserts CPPFLAGS=-idirafter 
/usr/X11R6/include

However, when I attempt to invoke emacs with

emacs --enable-font-backend --font "Bitstream Vera Sans Mono-16"

it seems to be segfaulting somewhere in font_unparse_fcname.  Any ideas?

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-22 15:36 unicode-2 branch segfaulting on MacOS X? Geoffrey Alan Washburn
@ 2006-10-23  1:04 ` Kenichi Handa
  2006-10-23  1:17   ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-10-23  1:04 UTC (permalink / raw)
  Cc: emacs-devel

In article <ehg36a$si9$1@sea.gmane.org>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> I've been trying to get the latest revision of the emacs-unicode-2 
> branch to build and run under MacOS X.  Building seems to work fine, 
> I've been using the following configuration

> ./configure --prefix=/local --enable-font-backend --with-gtk --with-xft 
> --with-tiff --with-ungif --with-xpm --enable-asserts CPPFLAGS=-idirafter 
> /usr/X11R6/include

> However, when I attempt to invoke emacs with

> emacs --enable-font-backend --font "Bitstream Vera Sans Mono-16"

> it seems to be segfaulting somewhere in font_unparse_fcname.  Any ideas?

I can't reproduce it on GNU/Linux.  So, could you please use
gdb to find exactly where (and how) Emacs causes segfault
(see etc/DEBUG if you are not familiar with gdb).

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23  1:04 ` Kenichi Handa
@ 2006-10-23  1:17   ` Geoffrey Alan Washburn
  2006-10-23  2:45     ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-23  1:17 UTC (permalink / raw)


Kenichi Handa wrote:
> In article <ehg36a$si9$1@sea.gmane.org>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
>> I've been trying to get the latest revision of the emacs-unicode-2 
>> branch to build and run under MacOS X.  Building seems to work fine, 
>> I've been using the following configuration
> 
>> ./configure --prefix=/local --enable-font-backend --with-gtk --with-xft 
>> --with-tiff --with-ungif --with-xpm --enable-asserts CPPFLAGS=-idirafter 
>> /usr/X11R6/include
> 
>> However, when I attempt to invoke emacs with
> 
>> emacs --enable-font-backend --font "Bitstream Vera Sans Mono-16"
> 
>> it seems to be segfaulting somewhere in font_unparse_fcname.  Any ideas?
> 
> I can't reproduce it on GNU/Linux.  

	Indeed, the same version works fine on my ThinkPad running Debian 
GNU/Linux.

> So, could you please use gdb to find exactly where (and how) Emacs causes segfault
> (see etc/DEBUG if you are not familiar with gdb).

	Could you be more specific about what you mean by "how" it is 
segfaulting?  It is pretty obvious that it is reading/writing an invalid 
memory location.  As I said the problem occurs in font_unparse_fcname. 
In particular, line 1258 of font.c with parameters font=42759700, 
pixel_size=19, name=0x2a20d20 "", and nbytes=96.

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23  1:17   ` Geoffrey Alan Washburn
@ 2006-10-23  2:45     ` Kenichi Handa
  2006-10-23  3:32       ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-10-23  2:45 UTC (permalink / raw)
  Cc: emacs-devel

In article <453C1834.6040909@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> > So, could you please use gdb to find exactly where (and how) Emacs causes segfault
> > (see etc/DEBUG if you are not familiar with gdb).

> 	Could you be more specific about what you mean by "how" it is 
> segfaulting?  It is pretty obvious that it is reading/writing an invalid 
> memory location.  As I said the problem occurs in font_unparse_fcname. 
> In particular, line 1258 of font.c with parameters font=42759700, 
> pixel_size=19, name=0x2a20d20 "", and nbytes=96.

That's what I wanted to know.  The code around line 1258 is
this:

1255  val = AREF (font, FONT_FOUNDRY_INDEX);
1256  if (! NILP (val))
1257    /* ":foundry=NAME" */
1258    len += 9 + SBYTES (SYMBOL_NAME (val));

So the variable `val' is suspicious.  Please check the type
and value of `val' as this:

(gdb) p val
(gdb) xtype
(gdb) pp val

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23  2:45     ` Kenichi Handa
@ 2006-10-23  3:32       ` Geoffrey Alan Washburn
  2006-10-23  5:59         ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-23  3:32 UTC (permalink / raw)


Kenichi Handa wrote:

> That's what I wanted to know.  The code around line 1258 is
> this:
> 
> 1255  val = AREF (font, FONT_FOUNDRY_INDEX);
> 1256  if (! NILP (val))
> 1257    /* ":foundry=NAME" */
> 1258    len += 9 + SBYTES (SYMBOL_NAME (val));
> 
> So the variable `val' is suspicious.  Please check the type
> and value of `val' as this:
> 
> (gdb) p val
> (gdb) xtype
> (gdb) pp val

(gdb) p val
$1 = 44174064
(gdb) xtype
Lisp_Int
(gdb) pp val
5521758

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23  3:32       ` Geoffrey Alan Washburn
@ 2006-10-23  5:59         ` Kenichi Handa
  2006-10-23 10:00           ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-10-23  5:59 UTC (permalink / raw)
  Cc: emacs-devel

In article <453C37D6.9090206@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> (gdb) p val
> $1 = 44174064
> (gdb) xtype
> Lisp_Int
> (gdb) pp val
> 5521758

Thank you.  It seems val contains completely broken value.
Please show me the result of these commands:

(gdb) pp font
(gdb) bt full

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23  5:59         ` Kenichi Handa
@ 2006-10-23 10:00           ` Geoffrey Alan Washburn
  2006-10-23 11:26             ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-23 10:00 UTC (permalink / raw)


Kenichi Handa wrote:
> In article <453C37D6.9090206@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
>> (gdb) p val
>> $1 = 44174064
>> (gdb) xtype
>> Lisp_Int
>> (gdb) pp val
>> 5521758
> 
> Thank you.  It seems val contains completely broken value.
> Please show me the result of these commands:
> 
> (gdb) pp font
> (gdb) bt full

(gdb) pp font
[xft "" bitstream\ vera\ sans\ mono "" iso8859-1 100 100 "" 0 
#<save_value ptr=0x02a1aa00 int=0> #<frame emacs@babel.local 0x28c63d0> nil]
(gdb) bt full
#0  0x0018efb0 in font_unparse_fcname (font=42759700, pixel_size=19, 
name=0x2a20d20 "", nbytes=96) at font.c:1258
	val = 44174064
	point_size = -1
	dpi = 42759700
	spacing = 93674496
	scalable = 44174624
	i = 42759700
	len = 46
	p = 0x2a20af0 ""
	styles = {42755024, 93315584, 42759700}
	style_names = {0x1b0c94 "weight", 0x1b0c9c "slant", 0x19c614 "width"}
#1  0x001999e8 in xftfont_open (f=0x28c63d0, entity=42759700, 
pixel_size=19) at xftfont.c:267
	dpyinfo = (Display_Info *) 0x2828110
	display = (struct _XDisplay *) 0x58fe200
	val = -8
	pat = (struct _FcPattern *) 0x2a20af0
	file = (FcChar8 *) 0x28c7680 "/usr/X11R6/lib/X11/fonts/TTF/VeraMono.ttf"
	xftfont_info = (struct xftfont_info *) 0x2a20af0
	xfont = (XFontStruct *) 0x2a20cd0
	font = (struct font *) 0x2a20af0
	size = 19
	xftfont = (XftFont *) 0x5955c00
	spacing = 44153396
	name = 0x2a20d20 ""
	len = 96
#2  0x00190624 in font_open_entity (f=0x19c614, entity=19, 
pixel_size=44174624) at font.c:2457
	driver_list = (struct font_driver_list *) 0x382b788
	objlist = 58898312
	size = -1
	val = 76974428
#3  0x00195038 in gtk_default_draw_handle () at font.c:2778
	args = {58812241, 93538019}
	spec = 42756964
	prefer = 96
	size = 58898312
	entity = 42759700
	entity_list = 42759700
	frame = 42755028
	i = 1689108
	pixel_size = 19
#4  0x00012f98 in dyld_stub_g_signal_connect_data () at tif_getimage.c:1071
	_x = 96
	bw = (uint32 *) 0x382b788
	PALmap = (uint32 **) 0x2a20d20
	pp = (unsigned char *) 0x1b0c9c "slant"
#5  0x00011004 in lenfix.3241 () at tif_fax3.c:786
	span = 1689108
	bp = (unsigned char *) 0xfffffff8 <Address 0xfffffff8 out of bounds>
	a0 = 77098763
	a1 = 4294967295
	b1 = 93278609
	a2 = 3221203424
	b2 = 4294967295
#6  0x00014468 in __PRETTY_FUNCTION__.10657 () at tif_getimage.c:1377
	_x = 58721289
	samplesperpixel = -1879035592
	pp = (unsigned char *) 0x2a20d20 ""
#7  0x000a33f0 in gtk_expander_get_property () at xfns.c:3210
	f = (struct frame *) 0xbfffa9e0
	frame = 3174676
	tem = -8
	name = -1
	minibuffer_only = 3173972
	width = 44174624
	height = 19
	count = 3174560
	display = -1073763872
	dpyinfo = (struct x_display_info *) 0xbfffaa00
	parent = 2961200
	kb = (struct kboard *) 0x2d0d54
#8  0x0013ddcc in gtk_notebook_get_menu_label_text () at eval.c:2997
	fun = 42759700
	original_fun = -1073763204
	funcar = -8
	numargs = 1
	val = 42759700
	backtrace = {
   next = 0xbfffadc8,
   function = 0xbfffac78,
   args = 0xbfffac7c,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0xbfffac7c
	i = 42759700
#9  0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 6
	op = -1
	vectorp = (Lisp_Object *) 0x1f18b8
	stack = {
   pc = 0x2ccbf0 "e",
   top = 0x2ccbf0,
   bottom = 0x3800409,
   byte_string = 41276301,
   byte_string_start = 0x38342f1 "",
   constants = 41276293,
   next = 0x275d395
}
	result = 42759700
#10 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 19
	syms_left = 58721289
	next = 58721289
	count = 5
	i = 1
	optional = 1
	rest = 0
#11 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 42759700
	original_fun = 66940657
	funcar = -8
	numargs = 1
	val = 42759700
	backtrace = {
   next = 0xbfffafa8,
   function = 0xbfffae60,
   args = 0xbfffae64,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x3fd6ef1
	i = 42759700
#12 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 5
	op = -1
	vectorp = (Lisp_Object *) 0x2276c8
	stack = {
   pc = 0xbfffae60 "\003\375n\361\002u\323\225",
   top = 0x13cbf0,
   bottom = 0x3fd6ef1,
   byte_string = 41276309,
   byte_string_start = 0x13cec0 "\2016t|\210\036",
   constants = 2939432,
   next = 0xbfffaee0
}
	result = 42759700
#13 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 19
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 1
	optional = 1
	rest = 0
#14 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 42759700
	original_fun = 66876001
	funcar = -8
	numargs = 1
	val = 42759700
	backtrace = {
   next = 0xbfffb188,
   function = 0xbfffb040,
   args = 0xbfffb044,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x3fc7261
	i = 42759700
#15 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 4
	op = -1
	vectorp = (Lisp_Object *) 0x226ed8
	stack = {
   pc = 0xdcdd "b",
   top = 0x275dcd5,
   bottom = 0x3fc7261,
   byte_string = 41276309,
   byte_string_start = 0x27589e5 
"s\n\r\003P\026|\003\200\004\t\005\217S\003\002u\322\035\002u\211\365\003\200\004\t\004\200\275\201\002u\212E", 

   constants = 58721289,
   next = 0x275dcad
}
	result = 42759700
#16 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 19
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 0
	optional = 2977280
	rest = 0
#17 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 42759700
	original_fun = 76561825
	funcar = -8
	numargs = 0
	val = 42759700
	backtrace = {
   next = 0xbfffb378,
   function = 0xbfffb220,
   args = 0xbfffb224,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x4903da1
	i = 42759700
#18 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 4
	op = -1
	vectorp = (Lisp_Object *) 0x242e18
	stack = {
   pc = 0x271eda5 "q\355\255",
   top = 0x271ed3d,
   bottom = 0x4903da1,
   byte_string = 76561825,
   byte_string_start = 0x275f55d 
"p\367}\002\214W\364\003\200\004\t\003\201G\231\002u\365\215\002u\365\205\003\200\004\t\003\203\371\333", 

   constants = 2372571,
   next = 0x257919d
}
	result = 42759700
#19 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 19
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 0
	optional = 2977280
	rest = 0
#20 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 42759700
	original_fun = 77104689
	funcar = -8
	numargs = 0
	val = 42759700
	backtrace = {
   next = 0xbfffb5f0,
   function = 0xbfffb410,
   args = 0xbfffb414,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x4988631
	i = 42759700
#21 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 2
	op = -1
	vectorp = (Lisp_Object *) 0x242220
	stack = {
   pc = 0x229983 "\006\377\377\377\377",
   top = 0x30adac,
   bottom = 0x4988631,
   byte_string = 76944459,
   byte_string_start = 0x383c02b "\026",
   constants = 2368283,
   next = 0x3800439
}
	result = 42759700
#22 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 19
	syms_left = 58721289
	next = 58721289
	count = 2
	i = 0
	optional = 2977280
	rest = 0
#23 0x0013d9a4 in apply_lambda (fun=2367988, args=3186988, eval_flag=1) 
at eval.c:3108
	args_left = 3186988
	i = 0
	tem = 1
#24 0x0013d234 in gtk_notebook_menu_detacher () at eval.c:2388
	fun = 42759700
	val = 42759700
	original_fun = 77102545
	original_args = 58721289
	funcar = -8
	backtrace = {
   next = 0x0,
   function = 0xbfffb5e8,
   args = 0xbfffb570,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
#25 0x0013b938 in internal_condition_case (bfun=0xc87e0 <top_level_2>, 
handlers=58756753, hfun=0xcf650 <cmd_error>) at eval.c:1481
	val = 42759700
	c = {
   tag = 58721289,
   val = 58721289,
   next = 0xbfffba78,
   gcpro = 0x0,
   jmp = {-1073760672, 3196460, 0, 0, 2977280, 2977280, 2977280, 
1732096, 0, -1073758424, 4, -1073758436, 1, 3173992, 3187032, 58721289, 
0, 0, 0, 2983948, 1292252, 1292480,
570425938, 41950496, -1073760292, -1073758424, -524288, -2113798144, 0, 
-1073760580, -1610571796, 92274688, 0, -1610578580, -1610578580, 
41953104, -1610571796, 501,
-1610571796, 501, 0, 41953200, 41953216, 9, -1878847540, -1073760320, 
-1610601584, -1878952668, 1, 2977280, 4, 22, 22, -1073760144, 3156176, 
77083544, 1190096, 2977280,
-1073760152, 5384826, 5282148, -1073760224, 17825888, -1880771240, 
-1881079824, -1073760208, 1140851224, -1881078948, -1610571796, 
-1073760160, -1610571796, -1610591712, 0, 1,
1, 41953312, 3173972, 41952928, 22, 22, 1, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069,
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635,
-2021289069, 1089879574, -420334947, 1052826816, 0, 1089879574, 
1777096616, 0, 0, 1085022207, -6003808, 1104236260, 93528789, 0, 
17825888, 102, -1881123212, -1073760000,
41953312, -1881123028, 1253948, -1073759984, 1140851202, 1191176, 1, 
3173992, 2968464, -1880771240, 2968464, 17825888, 5358975, 5040, 
-1881078012, -1073759920, 4, -1881077612,
3173972, 400, 2958940, 3198812, 1255004, -1073759856, 41953312, 
-1881058248, 1253948, -1073759856, 4, 17829856, 3173972, 400, 
-1073759288, 5, 1255004, -1073759856, 1207960580,
4096, -1880795532, 0, 17825888, 102, -1881123212, -1073759824, 4, 
-1881123028, 6, 1, -1073759392, 5, 5, 2977280, 4, -1073758084, 3173972, 
400, 2958940, 3198812, 1255004,
-1073758496, 3187032, 58721289, 0, 0, 0, 3186788, 1291100, -1073759680, 
58746417, -1881058248},
   backlist = 0x0,
   handlerlist = 0x0,
   lisp_eval_depth = 0,
   pdlcount = 2,
   poll_suppress_count = 1,
   interrupt_input_blocked = 0,
   byte_stack = 0x0
}
	h = {
   handler = 58756753,
   var = 58721289,
   chosen_clause = -1610578580,
   tag = 0xbfffb6ac,
   next = 0x0
}
#26 0x000c8858 in gtk_fixed_new () at keyboard.c:1343
No locals.
#27 0x0013b450 in gtk_notebook_unrealize () at eval.c:1222
	c = {
   tag = 58753033,
   val = 58721289,
   next = 0x0,
   gcpro = 0x0,
   jmp = {-1073759680, 38, 0, 0, 2977280, 2977280, 2977280, 1732096, 0, 
-1073758424, 4, -1073758436, 1, 3173992, 3187032, 58721289, 0, 0, 0, 
3186788, 1291100, 1291320,
-2113928622, -1073758764, 1503712, 41952288, -524288, -2113798144, 0, 
-1073759608, -1073759376, 671228450, 536088, -1880795532, -1073759392, 
17825888, 76977365, 569872,
-1073759376, 58746417, 553720, 1186032, -1073759360, 58746417, -3, 0, 
26161, 58746417, 58746417, 58746417, 58746417, 58746417, 58746417, 
41952288, -3, 689663, 41952288,
569872, -1073759280, -1073759008, 553840, 569872, -1073759280, 58746729, 
554124, 546752, -1073759232, 603996738, 548200, -1073759040, 2931824, 0, 
11, 58746753, 56218168, 0,
-1073759080, 56218168, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635,
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069,
1089879574, -420334947, 1052826816, 0, 1089879574, 1777096616, 0, 0, 
1085022207, -6003808, 1104236260, 93528789, 56218168, 58721289, 
55580280, 58747913, 58747912, 58744984,
58744986, 1218456, -1073759008, 17825888, 1219376, -1881079824, 
-1073759008, 1140851272, -1881078948, 1, -1073758992, 4, 58721625, 
77085643, 58745865, 8, 58745865, 58745865,
-1073758424, 58721289, 2932640, 58721289, 2932640, 2932640, 1147236983, 
1768824907, 1701998181, 1814058597, 1920166255, 1847605294, 942551098, 
541487721, 542336368, 538982432,
825702961, 943338807, 542131284, 540160048, 909844594, 1869575226, 
2020504877, 926495278, 825372214, 779051626, 2117152594, 1162626369, 
-1073758864, 1346568196, -1073758436,
1, 2931824, 0, 56218168, 0, -1073758424, 4, -1073758436, 0, -1073758424, 
4, -1073758436, 172, -1073758784, 4, 92274688, 1337184, -1073758784, 
-1610601584, 1337284,
-1879037040, -1073758736, 603980930},
   backlist = 0x0,
   handlerlist = 0x0,
   lisp_eval_depth = 0,
   pdlcount = 2,
   poll_suppress_count = 1,
   interrupt_input_blocked = 0,
   byte_stack = 0x0
}
#28 0x000c8490 in gtk_fixed_size_allocate () at keyboard.c:1300
No locals.
#29 0x000c85d8 in gtk_fixed_remove () at keyboard.c:1003
	count = 1
	val = 2983500
#30 0x000c8740 in gtk_fixed_get_child_property () at keyboard.c:1064
	count = 0
	buffer = 42759700
#31 0x000c7f7c in do_files_removed () at emacs.c:1814
	dummy = 0
	stack_bottom_variable = -113 '\217'
	do_initial_setlocale = 1
	skip_args = 1
	rlim = {
   rlim_cur = 8388608,
   rlim_max = 67108864
}
	no_loadup = 0
	junk = 0x0

Lisp Backtrace:
"x-create-frame" (0x275d385)
"x-create-frame-with-faces" (0x275d395)
"make-frame" (0x275d395)
"frame-initialize" (0x4903da1)
"command-line" (0x496144b)
"normal-top-level" (0xbfffb650)

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23 10:00           ` Geoffrey Alan Washburn
@ 2006-10-23 11:26             ` Kenichi Handa
  2006-10-23 12:55               ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-10-23 11:26 UTC (permalink / raw)
  Cc: emacs-devel

In article <453C92AF.7060100@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> (gdb) pp font
> [xft "" bitstream\ vera\ sans\ mono "" iso8859-1 100 100 "" 0 
> #<save_value ptr=0x02a1aa00 int=0> #<frame emacs@babel.local 0x28c63d0> nil]
> (gdb) bt full
> #0  0x0018efb0 in font_unparse_fcname (font=42759700, pixel_size=19, 
> name=0x2a20d20 "", nbytes=96) at font.c:1258
> 	val = 44174064
> 	point_size = -1
> 	dpi = 42759700
> 	spacing = 93674496
> 	scalable = 44174624
> 	i = 42759700
> 	len = 46
> 	p = 0x2a20af0 ""
> 	styles = {42755024, 93315584, 42759700}
> 	style_names = {0x1b0c94 "weight", 0x1b0c9c "slant", 0x19c614 "width"}
> #1  0x001999e8 in xftfont_open (f=0x28c63d0, entity=42759700, 
> pixel_size=19) at xftfont.c:267
[...]

Thank you.  I think I found what was wrong.  As I've just
installed a fix, please try the latest code.

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23 11:26             ` Kenichi Handa
@ 2006-10-23 12:55               ` Geoffrey Alan Washburn
  2006-10-27  4:17                 ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-23 12:55 UTC (permalink / raw)


Kenichi Handa wrote:

> Thank you.  I think I found what was wrong.  As I've just
> installed a fix, please try the latest code.

	Thanks, that seems to have solved the problem in font_unparse_fcname, 
but now it seems to be segfaulting in gtk_default_draw_check ()


Starting program: /local/bin/emacs --enable-font-backend --font 
"Bitstream Vera Sans Mono-16"
Breakpoint 3 at 0x9ca20: file xterm.c, line 8053.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000004
0x0018f358 in gtk_default_draw_check () at font.c:1328
1328	      p += sprintf (p, ":%s=%s", style_names[i],
(gdb) p styles[i]
Cannot access memory at address 0xca87dc74
(gdb) p style_names
$1 = {0x1b0c94 "weight", 0x1b0c9c "slant", 0x19c614 "width"}
(gdb) p style_names[i]
Cannot access memory at address 0xca87dc80
(gdb) p i
$2 = 44174683
(gdb) p styles
$3 = {66908081, 66836681, 58898315}
(gdb) xtype
Argument to arithmetic operation not a number or boolean.
(gdb) p styles[i]
Cannot access memory at address 0xca87dc74
(gdb) xtype
Argument to arithmetic operation not a number or boolean.
(gdb) bt full
#0  0x0018f358 in gtk_default_draw_check () at font.c:1328
	val = 44174683
	point_size = -1
	dpi = -1
	spacing = -1
	scalable = -1
	i = 44174683
	len = 1765024
	p = 0x2a20d5b ""
	styles = {66908081, 66836681, 58898315}
	style_names = {0x1b0c94 "weight", 0x1b0c9c "slant", 0x19c614 "width"}
#1  0x001999e8 in xftfont_open (f=0x28c63d0, entity=42759700, 
pixel_size=17) at xftfont.c:267
	dpyinfo = (Display_Info *) 0x2828110
	display = (struct _XDisplay *) 0x58fe200
	val = 58898312
	pat = (struct _FcPattern *) 0x2a20af0
	file = (FcChar8 *) 0x28c7680 "/usr/X11R6/lib/X11/fonts/TTF/VeraMono.ttf"
	xftfont_info = (struct xftfont_info *) 0x2a20af0
	xfont = (XFontStruct *) 0x2a20cd0
	font = (struct font *) 0x2a20af0
	size = 17
	xftfont = (XftFont *) 0x5955c00
	spacing = 44153396
	name = 0x2a20d20 "bitstream vera sans 
mono:pixelsize=17:weight=medium:slant=r"
	len = 96
#2  0x00190624 in font_open_entity (f=0x2, entity=1772740, 
pixel_size=1689108) at font.c:2457
	driver_list = (struct font_driver_list *) 0xfffffff8
	objlist = -8
	size = 58721289
	val = 77021020
#3  0x00195038 in gtk_default_draw_handle () at font.c:2778
	args = {58812241, 93538019}
	spec = 42756964
	prefer = 114
	size = -8
	entity = 42759700
	entity_list = 44174683
	frame = 42755028
	i = 2
	pixel_size = 17
#4  0x00012f98 in dyld_stub_g_signal_connect_data () at tif_getimage.c:1071
	_x = 114
	bw = (uint32 *) 0xfffffff8
	PALmap = (uint32 **) 0x19c614
	pp = (unsigned char *) 0x2200226c <Address 0x2200226c out of bounds>
#5  0x00011004 in lenfix.3241 () at tif_fax3.c:786
	span = 2
	bp = (unsigned char *) 0x382b788 ""
	a0 = 77098747
	a1 = 4294967295
	b1 = 1912604732
	a2 = 3221203424
	b2 = 58721289
#6  0x00014468 in __PRETTY_FUNCTION__.10657 () at tif_getimage.c:1377
	_x = 58721289
	samplesperpixel = 44174682
	pp = (unsigned char *) 0x19c614 "width"
#7  0x000a33f0 in gtk_expander_get_property () at xfns.c:3210
	f = (struct frame *) 0xbfffa9e0
	frame = 3174676
	tem = 58898312
	name = -1
	minibuffer_only = 3173972
	width = 1689108
	height = 1772740
	count = 3174560
	display = -1073763872
	dpyinfo = (struct x_display_info *) 0xbfffaa00
	parent = 2961200
	kb = (struct kboard *) 0x2d0d54
#8  0x0013ddcc in gtk_notebook_get_menu_label_text () at eval.c:2997
	fun = 44174683
	original_fun = -1073763204
	funcar = 58898312
	numargs = 1
	val = 44174683
	backtrace = {
   next = 0xbfffadc8,
   function = 0xbfffac78,
   args = 0xbfffac7c,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0xbfffac7c
	i = 44174683
#9  0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 6
	op = 58721289
	vectorp = (Lisp_Object *) 0x1f18b8
	stack = {
   pc = 0x2ccbf0 "e",
   top = 0x2ccbf0,
   bottom = 0x3800409,
   byte_string = 41276429,
   byte_string_start = 0x38342f1 "",
   constants = 41276421,
   next = 0x275d415
}
	result = 44174683
#10 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 1772740
	syms_left = 58721289
	next = 58721289
	count = 5
	i = 1
	optional = 1
	rest = 0
#11 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 44174683
	original_fun = 66940657
	funcar = 58898312
	numargs = 1
	val = 44174683
	backtrace = {
   next = 0xbfffafa8,
   function = 0xbfffae60,
   args = 0xbfffae64,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x3fd6ef1
	i = 44174683
#12 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 5
	op = 58721289
	vectorp = (Lisp_Object *) 0x2276b8
	stack = {
   pc = 0xbfffae60 "\003\375n\361\002u\324\025",
   top = 0x13cbf0,
   bottom = 0x3fd6ef1,
   byte_string = 41276437,
   byte_string_start = 0x13cec0 "\2016t|\210\036",
   constants = 2939432,
   next = 0xbfffaee0
}
	result = 44174683
#13 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 1772740
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 1
	optional = 1
	rest = 0
#14 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 44174683
	original_fun = 66875977
	funcar = 58898312
	numargs = 1
	val = 44174683
	backtrace = {
   next = 0xbfffb188,
   function = 0xbfffb040,
   args = 0xbfffb044,
   nargs = 1,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x3fc7249
	i = 44174683
#15 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 4
	op = 58721289
	vectorp = (Lisp_Object *) 0x226ec8
	stack = {
   pc = 0xdd45 "\021\243\255|d\033x\200[O$\177\303\363x\200\242",
   top = 0x275dd3d,
   bottom = 0x3fc7249,
   byte_string = 41276437,
   byte_string_start = 0x2758a4d 
"s\n%\003P\026|\003\200\004\t\005\217S\003\002u\322\205\002u\212]\003\200\004\t\004\200\275i\002u\212\255", 

   constants = 58721289,
   next = 0x275dd15
}
	result = 44174683
#16 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 1772740
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 0
	optional = 2977280
	rest = 0
#17 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 44174683
	original_fun = 76561801
	funcar = 58898312
	numargs = 0
	val = 44174683
	backtrace = {
   next = 0xbfffb378,
   function = 0xbfffb220,
   args = 0xbfffb224,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x4903d89
	i = 44174683
#18 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 4
	op = 58721289
	vectorp = (Lisp_Object *) 0x242e18
	stack = {
   pc = 0x271edbd "q\355\305",
   top = 0x271ed55,
   bottom = 0x4903d89,
   byte_string = 76561801,
   byte_string_start = 0x275f5c5 
"p\367\225\002\214W\364\003\200\004\t\003\201G\231\002u\365\365\002u\365\355\003\200\004\t\003\203\371\373", 

   constants = 2372571,
   next = 0x257919d
}
	result = 44174683
#19 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 1772740
	syms_left = 58721289
	next = 58721289
	count = 4
	i = 0
	optional = 2977280
	rest = 0
#20 0x0013df7c in gtk_notebook_query_tab_label_packing () at eval.c:3054
	fun = 44174683
	original_fun = 77104689
	funcar = 58898312
	numargs = 0
	val = 44174683
	backtrace = {
   next = 0xbfffb5f0,
   function = 0xbfffb410,
   args = 0xbfffb414,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x4988631
	i = 44174683
#21 0x0016fd0c in _gtk_scale_get_value_size () at bytecode.c:679
	count = 2
	op = 58721289
	vectorp = (Lisp_Object *) 0x242220
	stack = {
   pc = 0x229973 "\006\377\377\377\377",
   top = 0x30adac,
   bottom = 0x4988631,
   byte_string = 76944459,
   byte_string_start = 0x383c0bb "\026",
   constants = 2368283,
   next = 0x3800439
}
	result = 44174683
#22 0x0013d86c in gtk_notebook_page_select () at eval.c:3184
	val = 1772740
	syms_left = 58721289
	next = 58721289
	count = 2
	i = 0
	optional = 2977280
	rest = 0
#23 0x0013d9a4 in apply_lambda (fun=2367988, args=3186988, eval_flag=1) 
at eval.c:3108
	args_left = 3186988
	i = 0
	tem = 1
#24 0x0013d234 in gtk_notebook_menu_detacher () at eval.c:2388
	fun = 44174683
	val = 44174683
	original_fun = 77102545
	original_args = 58721289
	funcar = 58898312
	backtrace = {
   next = 0x0,
   function = 0xbfffb5e8,
   args = 0xbfffb570,
   nargs = 0,
   evalargs = 0 '\0',
   debug_on_exit = 0 '\0'
}
#25 0x0013b938 in internal_condition_case (bfun=0xc87e0 <top_level_2>, 
handlers=58756753, hfun=0xcf650 <cmd_error>) at eval.c:1481
	val = 44174683
	c = {
   tag = 58721289,
   val = 58721289,
   next = 0xbfffba78,
   gcpro = 0x0,
   jmp = {-1073760672, 3196460, 0, 0, 2977280, 2977280, 2977280, 
1732096, 0, -1073758424, 4, -1073758436, 1, 3173992, 3187032, 58721289, 
0, 0, 0, 2983948, 1292252, 1292480,
570425938, 41950496, -1073760292, -1073758424, -524288, -2113798144, 0, 
-1073760580, -1610571796, 92274688, 0, -1610578580, -1610578580, 
41953104, -1610571796, 501,
-1610571796, 501, 0, 41953200, 41953216, 9, -1878847540, -1073760320, 
-1610601584, -1878952668, 1, 2977280, 4, 22, 22, -1073760144, 3156176, 
77083544, 1190096, 2977280,
-1073760152, 5384814, 5282136, -1073760224, 17825888, -1880771240, 
-1881079824, -1073760208, 1140851224, -1881078948, -1610571796, 
-1073760160, -1610571796, -1610591712, 0, 1,
1, 41953312, 3173972, 41952928, 22, 22, 1, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069,
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635,
-2021289069, 1089879574, -420334947, 1052826816, 0, 1089879574, 
1777096616, 0, 0, 1085022207, -6003808, 1104236260, 93528789, 0, 
17825888, 102, -1881123212, -1073760000,
41953312, -1881123028, 1253948, -1073759984, 1140851202, 1191176, 1, 
3173992, 2968464, -1880771240, 2968464, 17825888, 5358963, 5040, 
-1881078012, -1073759920, 4, -1881077612,
3173972, 400, 2958940, 3198812, 1255004, -1073759856, 41953312, 
-1881058248, 1253948, -1073759856, 4, 17829856, 3173972, 400, 
-1073759288, 5, 1255004, -1073759856, 1207960580,
4096, -1880795532, 0, 17825888, 102, -1881123212, -1073759824, 4, 
-1881123028, 6, 1, -1073759392, 5, 5, 2977280, 4, -1073758084, 3173972, 
400, 2958940, 3198812, 1255004,
-1073758496, 3187032, 58721289, 0, 0, 0, 3186788, 1291100, -1073759680, 
58746417, -1881058248},
   backlist = 0x0,
   handlerlist = 0x0,
   lisp_eval_depth = 0,
   pdlcount = 2,
   poll_suppress_count = 1,
   interrupt_input_blocked = 0,
   byte_stack = 0x0
}
	h = {
   handler = 58756753,
   var = 58721289,
   chosen_clause = -1610578580,
   tag = 0xbfffb6ac,
   next = 0x0
}
#26 0x000c8858 in gtk_fixed_new () at keyboard.c:1343
No locals.
#27 0x0013b450 in gtk_notebook_unrealize () at eval.c:1222
	c = {
   tag = 58753033,
   val = 58721289,
   next = 0x0,
   gcpro = 0x0,
   jmp = {-1073759680, 38, 0, 0, 2977280, 2977280, 2977280, 1732096, 0, 
-1073758424, 4, -1073758436, 1, 3173992, 3187032, 58721289, 0, 0, 0, 
3186788, 1291100, 1291320,
-2113928622, -1073758764, 1503712, 41952288, -524288, -2113798144, 0, 
-1073759608, -1073759376, 671228450, 536088, -1880795532, -1073759392, 
17825888, 77023957, 569872,
-1073759376, 58746417, 553720, 1186032, -1073759360, 58746417, -3, 0, 
26161, 58746417, 58746417, 58746417, 58746417, 58746417, 58746417, 
41952288, -3, 689663, 41952288,
569872, -1073759280, -1073759008, 553840, 569872, -1073759280, 58746729, 
554124, 546752, -1073759232, 603996738, 548200, -1073759040, 2931824, 0, 
11, 58746753, 56218168, 0,
-1073759080, 56218168, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635,
-2021289069, -1035222635, -2021289069, -1035222635, -2021289069, 
-1035222635, -2021289069, -1035222635, -2021289069, -1035222635, 
-2021289069, -1035222635, -2021289069,
1089879574, -420334947, 1052826816, 0, 1089879574, 1777096616, 0, 0, 
1085022207, -6003808, 1104236260, 93528789, 56218168, 58721289, 
55580280, 58747913, 58747912, 58744984,
58744986, 1218456, -1073759008, 17825888, 1219376, -1881079824, 
-1073759008, 1140851272, -1881078948, 1, -1073758992, 4, 58721625, 
77085643, 58745865, 8, 58745865, 58745865,
-1073758424, 58721289, 2932640, 58721289, 2932640, 2932640, 1147236983, 
1768824907, 1701998181, 1814058597, 1920166255, 1847605294, 942551098, 
541487721, 542336368, 538982432,
825702961, 943338807, 542131284, 540160048, 909844594, 1869575226, 
2020504877, 926495278, 825372214, 779051626, 2117152594, 1162626369, 
-1073758864, 1346568196, -1073758436,
1, 2931824, 0, 56218168, 0, -1073758424, 4, -1073758436, 0, -1073758424, 
4, -1073758436, 172, -1073758784, 4, 92274688, 1337184, -1073758784, 
-1610601584, 1337284,
-1879037040, -1073758736, 603980930},
   backlist = 0x0,
   handlerlist = 0x0,
   lisp_eval_depth = 0,
   pdlcount = 2,
   poll_suppress_count = 1,
   interrupt_input_blocked = 0,
   byte_stack = 0x0
}
#28 0x000c8490 in gtk_fixed_size_allocate () at keyboard.c:1300
No locals.
#29 0x000c85d8 in gtk_fixed_remove () at keyboard.c:1003
	count = 1
	val = 2983500
#30 0x000c8740 in gtk_fixed_get_child_property () at keyboard.c:1064
	count = 0
	buffer = 44174683
#31 0x000c7f7c in do_files_removed () at emacs.c:1814
	dummy = 0
	stack_bottom_variable = -113 '\217'
	do_initial_setlocale = 1
	skip_args = 1
	rlim = {
   rlim_cur = 8388608,
   rlim_max = 67108864
}
	no_loadup = 0
	junk = 0x0

Lisp Backtrace:
"x-create-frame" (0x275d405)
"x-create-frame-with-faces" (0x275d415)
"make-frame" (0x275d415)
"frame-initialize" (0x4903d89)
"command-line" (0x496144b)
"normal-top-level" (0xbfffb650)
(gdb)

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-23 12:55               ` Geoffrey Alan Washburn
@ 2006-10-27  4:17                 ` Kenichi Handa
  2006-10-27 10:05                   ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-10-27  4:17 UTC (permalink / raw)
  Cc: emacs-devel

In article <453CBBD5.9010900@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> Kenichi Handa wrote:
> > Thank you.  I think I found what was wrong.  As I've just
> > installed a fix, please try the latest code.

> 	Thanks, that seems to have solved the problem in font_unparse_fcname, 
> but now it seems to be segfaulting in gtk_default_draw_check ()


> Starting program: /local/bin/emacs --enable-font-backend --font 
> "Bitstream Vera Sans Mono-16"
> Breakpoint 3 at 0x9ca20: file xterm.c, line 8053.

> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000004
> 0x0018f358 in gtk_default_draw_check () at font.c:1328
> 1328	      p += sprintf (p, ":%s=%s", style_names[i],
> (gdb) p styles[i]
> Cannot access memory at address 0xca87dc74

It seems that the stack (or the symbol table is) is
completely broken.  Please rebuild emacs with this:
% make CFLAGS=-g clean all
and check if Emacs segfaults at the same place or not.

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-27 10:05                   ` Geoffrey Alan Washburn
@ 2006-10-27  7:38                     ` Kenichi Handa
  2006-10-27 13:36                       ` Geoffrey Alan Washburn
  2006-10-28  0:41                       ` Giorgos Keramidas
  0 siblings, 2 replies; 22+ messages in thread
From: Kenichi Handa @ 2006-10-27  7:38 UTC (permalink / raw)
  Cc: emacs-devel

In article <4541D9FD.6030707@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> > It seems that the stack (or the symbol table is) is
> > completely broken.  Please rebuild emacs with this:
> > % make CFLAGS=-g clean all
> > and check if Emacs segfaults at the same place or not.

> 	Thanks.  Same place, but slightly different results.

Thank you.  Now the result is meaningful.

> $4 = {66909105, 66836681, 58898315}
> (gdb) p styles[i]
> $5 = 58898315
> (gdb) xtype
> Lisp_String
> (gdb) pp styles[i]
> ""

Hmmm, this means that your "bitstream vera sans mono" font
doesn't have FC_WIDTH property.  Very strange.  What does
this command return?

% fc-list 'bitstream vera sans mon' width

Anyway, I've just installed a workaround for such a case.

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-27  4:17                 ` Kenichi Handa
@ 2006-10-27 10:05                   ` Geoffrey Alan Washburn
  2006-10-27  7:38                     ` Kenichi Handa
  0 siblings, 1 reply; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-27 10:05 UTC (permalink / raw)


Kenichi Handa wrote:
> In article <453CBBD5.9010900@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
>> Kenichi Handa wrote:
>>> Thank you.  I think I found what was wrong.  As I've just
>>> installed a fix, please try the latest code.
> 
>> 	Thanks, that seems to have solved the problem in font_unparse_fcname, 
>> but now it seems to be segfaulting in gtk_default_draw_check ()
> 
> 
>> Starting program: /local/bin/emacs --enable-font-backend --font 
>> "Bitstream Vera Sans Mono-16"
>> Breakpoint 3 at 0x9ca20: file xterm.c, line 8053.
> 
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_PROTECTION_FAILURE at address: 0x00000004
>> 0x0018f358 in gtk_default_draw_check () at font.c:1328
>> 1328	      p += sprintf (p, ":%s=%s", style_names[i],
>> (gdb) p styles[i]
>> Cannot access memory at address 0xca87dc74
> 
> It seems that the stack (or the symbol table is) is
> completely broken.  Please rebuild emacs with this:
> % make CFLAGS=-g clean all
> and check if Emacs segfaults at the same place or not.
> 


	Thanks.  Same place, but slightly different results.


GNU gdb 6.3.50-20050815 (Apple version gdb-563) (Wed Jul 19 05:17:43 GMT 
2006)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin"...Reading symbols for 
shared
libraries ............................. done

DISPLAY = :0.0
TERM = rxvt
Breakpoint 1 at 0x9012dbd0
Breakpoint 2 at 0x17ef34: file sysdep.c, line 1383.
(gdb) run  --enable-font-backend --font "Bitstream Vera Sans Mono-16"
Starting program: /local/bin/emacs --enable-font-backend --font 
"Bitstream Vera Sans
Mono-16"
Reading symbols for shared libraries
...+.....++++....+...............................................+++++..............+..+.++++ 

done
Breakpoint 3 at 0x10838c: file xterm.c, line 8053.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000004
0x002b5a9c in font_unparse_fcname (font=43808468, pixel_size=17, 
name=0x2b20de0
"bitstream vera sans mono:pixelsize=17:weight=medium:slant=r", 
nbytes=96) at
font.c:1328
1328	      p += sprintf (p, ":%s=%s", style_names[i],
(gdb) print i
$1 = 2
(gdb) print style_names
$2 = {0x2dd54c "weight", 0x2dd554 "slant", 0x2c8fa8 "width"}
(gdb) print style_names[2]
$3 = 0x2c8fa8 "width"
(gdb) p styles
$4 = {66909105, 66836681, 58898315}
(gdb) p styles[i]
$5 = 58898315
(gdb) xtype
Lisp_String
(gdb) pp styles[i]
""
(gdb) bt full
#0  0x002b5a9c in font_unparse_fcname (font=43808468, pixel_size=17, 
name=0x2b20de0
"bitstream vera sans mono:pixelsize=17:weight=medium:slant=r", 
nbytes=96) at
font.c:1328
	val = 76618018
	point_size = -1
	dpi = -1
	spacing = -1
	scalable = -1
	i = 2
	len = 68
	p = 0x2b20e1b ""
	styles = {66909105, 66836681, 58898315}
	style_names = {0x2dd54c "weight", 0x2dd554 "slant", 0x2c8fa8 "width"}
#1  0x002c5444 in xftfont_open (f=0x29c6490, entity=43808468, 
pixel_size=17) at
xftfont.c:267
	dpyinfo = (Display_Info *) 0x29281d0
	display = (struct _XDisplay *) 0x58fe200
	val = 76618018
	pattern = (struct _FcPattern *) 0x2b1aac0
	pat = (struct _FcPattern *) 0x2b0b4a0
	file = (FcChar8 *) 0x29c7740 "/usr/X11R6/lib/X11/fonts/TTF/VeraMono.ttf"
	xftfont_info = (struct xftfont_info *) 0x2b20bb0
	xfont = (XFontStruct *) 0x2b20d90
	font = (struct font *) 0x2b20bb0
	size = 17
	xftfont = (XftFont *) 0x5955c00
	spacing = 8
	name = 0x2b20de0 "bitstream vera sans
mono:pixelsize=17:weight=medium:slant=r"
	len = 96
#2  0x002b8a14 in font_open_entity (f=0x29c6490, entity=43808468, 
pixel_size=17) at
font.c:2457
	driver_list = (struct font_driver_list *) 0x29c5550
	objlist = 58721289
	size = 0
	val = 58900241
	font = (struct font *) 0x59346e3
#3  0x002b9d8c in font_open_by_name (f=0x29c6490, name=0x4962b90 
"Bitstream Vera
Sans Mono-16") at font.c:2778
	args = {58812241, 93538019}
	spec = 43805732
	prefer = 68185644
	size = 136
	entity = 43808468
	entity_list = 41355997
	frame = 43803796
	i = 8
	pixel_size = 17
#4  0x0001cf38 in x_set_font (f=0x29c6490, arg=77084827, 
oldval=58721289) at
frame.c:3114
	fontset = -1
	font_object = 58864001
	result = 11
	fontset_name = 41356205
	frame = 58721313
	old_fontset = -1
#5  0x0001bb40 in x_set_frame_parameters (f=0x29c6490, alist=58721289) at
frame.c:2767
	param_index = 56
	old_value = 58721289
	count = 7
	prop = 58865185
	val = 77084827
	tail = 58721289
	width = 10
	height = 10
	left = 58721313
	top = 58721313
	icon_left = 58721313
	icon_top = 58721313
	parms = (Lisp_Object *) 0xbfff9f40
	values = (Lisp_Object *) 0xbfff9f20
	i = 1
	p = 0
	left_no_change = 0
	top_no_change = 0
	icon_left_no_change = 0
	icon_top_no_change = 0
	fullscreen_is_being_set = 0
	gcpro1 = {
   next = 0x498389b,
   var = 0xbfffa020,
   nvars = 1
}
	gcpro2 = {
   next = 0xbfff9fd0,
   var = 0x1f010,
   nvars = 1
}
#6  0x0004962b in redisplay_window (window=300580, 
just_this_one_p=1140850689) at
xdisp.c:13533
	w = (struct window *) 0xff000000
	f = (struct frame *) 0xbffffff
	buffer = (struct buffer *) 0x0
	old = (struct buffer *) 0x58f02
	lpoint = {
   charpos = 300587,
   bytepos = -2147483648
}
	opoint = {
   charpos = 570425343,
   bytepos = -16777216
}
	startp = {
   charpos = 300425,
   bytepos = 1811939328
}
	update_mode_line = -16777216
	tem = 251658239
	it = {
   window = 100663295,
   w = 0xff000000,
   f = 0x4962b,
   method = 1946157056,
   stop_charpos = 251658239,
   end_charpos = -16777216,
   s = 0x58f01 "_",
   string_nchars = -335544320,
   region_beg_charpos = 285212671,
   region_end_charpos = -16777216,
   redisplay_end_trigger_charpos = 300587,
   multibyte_p = 0,
   header_line_p = 1,
   string_from_display_prop_p = 0,
   ellipsis_p = 1,
   dp = 0x1ffffff,
   dpvec = 0xff000000,
   dpend = 0x4962b,
   dpvec_char_len = 1409286144,
   dpvec_face_id = 83886079,
   saved_face_id = -16777216,
   ctl_chars = {300587, 1207959552, 100663295, -16777216, 300587, 
1006632960,
167772159, -16777216, 300587, 738197504, 184549375, -16777216, 300587, 
469762048,
251658239, -16777216},
   start = {
     pos = {
       charpos = 300587,
       bytepos = 134217728
     },
     overlay_string_index = 150994943,
     string_pos = {
       charpos = -16777216,
       bytepos = 300586
     },
     dpvec_index = -133916614
   },
   current = {
     pos = {
       charpos = 134217728,
       bytepos = 3
     },
     overlay_string_index = -201326592,
     string_pos = {
       charpos = 0,
       bytepos = 1140850687
     },
     dpvec_index = -16777216
   },
   overlay_strings = {300586, -1342177280, 134217727, -16777216, 300586, 
-1543503872,
134217727, -16777216, 300425, -1811939328, 150994943, -16777216, 300586,
-1811939328, 251658239, -16777216},
   n_overlay_strings = 300586,
   string = -2147483648,
   stack = {{
       string = 268435455,
       string_nchars = -16777216,
       end_charpos = 300586,
       stop_charpos = 1811939328,
       face_id = 184549375,
       u = {
         image = {
           object = -16777216,
           slice = {
             x = 300586,
             y = 1543503872,
             width = 905969663,
             height = -16777216
           },
           image_id = 300586
         },
         comp = {
           object = -16777216,
           c = 300586,
           len = 1543503872,
           cmp_id = 905969663,
           cmp_len = -16777216
         },
         stretch = {
           object = -16777216
         }
       },
       position = {
         charpos = 536870912,
         bytepos = 788529151
       },
       current = {
         pos = {
           charpos = -16777216,
           bytepos = 300585
         },
         overlay_string_index = -335544320,
         string_pos = {
           charpos = 805306367,
           bytepos = -16777216
         },
         dpvec_index = 300585
       },
       area = 3087007744,
       method = 637534207,
       multibyte_p = 1,
       string_from_display_prop_p = 1,
       display_ellipsis_p = 1,
       space_width = 300585,
       font_height = -1946157056,
       voffset = 15871
     }, {
       string = -16777216,
       string_nchars = 300585,
       end_charpos = 1207959552,
       stop_charpos = 83886079,
       face_id = -16777216,
       u = {
         image = {
           object = 300425,
           slice = {
             x = -1610612736,
             y = 922746879,
             width = -16777216,
             height = 300585
           },
           image_id = 201326592
         },
         comp = {
           object = 300425,
           c = -1610612736,
           len = 922746879,
           cmp_id = -16777216,
           cmp_len = 300585
         },
         stretch = {
           object = 300425
         }
       },
       position = {
         charpos = 738197503,
         bytepos = -16777216
       },
       current = {
         pos = {
           charpos = 300433,
           bytepos = 536870912
         },
         overlay_string_index = 301989887,
         string_pos = {
           charpos = -16777216,
           bytepos = 300433
         },
         dpvec_index = 134217728
       },
       area = 905969663,
       method = 4278190080,
       multibyte_p = 0,
       string_from_display_prop_p = 0,
       display_ellipsis_p = 0,
       space_width = -805306368,
       font_height = 721420287,
       voffset = -256
     }, {
       string = 300432,
       string_nchars = -671088640,
       end_charpos = 218103807,
       stop_charpos = -16777216,
       face_id = 300432,
       u = {
         image = {
           object = -1006632960,
           slice = {
             x = 520093695,
             y = -16777216,
             width = 300584,
             height = -1409286144
           },
           image_id = 704643071
         },
         comp = {
           object = -1006632960,
           c = 520093695,
           len = -16777216,
           cmp_id = 300584,
           cmp_len = -1409286144
         },
         stretch = {
           object = -1006632960
         }
       },
       position = {
         charpos = -16777216,
         bytepos = 300432
       },
       current = {
         pos = {
           charpos = -1811939328,
           bytepos = 301989887
         },
         overlay_string_index = -16777216,
         string_pos = {
           charpos = 300432,
           bytepos = 2080374784
         },
         dpvec_index = 671088639
       },
       area = 4278190080,
       method = 300432,
       multibyte_p = 0,
       string_from_display_prop_p = 1,
       display_ellipsis_p = 0,
       space_width = 251658239,
       font_height = -16777216,
       voffset = 4
     }, {
       string = 1006632960,
       string_nchars = 503316479,
       end_charpos = -16777216,
       stop_charpos = 300432,
       face_id = 402653184,
       u = {
         image = {
           object = 218103807,
           slice = {
             x = -16777216,
             y = 364291,
             width = 671088640,
             height = 520093695
           },
           image_id = -16777216
         },
         comp = {
           object = 218103807,
           c = -16777216,
           len = 364291,
           cmp_id = 671088640,
           cmp_len = 520093695
         },
         stretch = {
           object = 218103807
         }
       },
       position = {
         charpos = 300584,
         bytepos = -2013265920
       },
       current = {
         pos = {
           charpos = 100663295,
           bytepos = -16777216
         },
         overlay_string_index = 300432,
         string_pos = {
           charpos = 201326592,
           bytepos = 218103807
         },
         dpvec_index = -16777216
       },
       area = 364291,
       method = 335544320,
       multibyte_p = 0,
       string_from_display_prop_p = 0,
       display_ellipsis_p = 0,
       space_width = 352321536,
       font_height = 300584,
       voffset = 27648
     }},
   sp = 234881023,
   selective_display_ellipsis_p = 1,
   ctl_arrow_p = 1,
   selective = 364291,
   what = IT_CHARACTER,
   face_id = 234881023,
   face_box_p = 1,
   start_of_box_run_p = 1,
   end_of_box_run_p = 1,
   overlay_strings_at_end_processed_p = 1,
   ignore_overlay_strings_at_pos_p = 1,
   glyph_not_available_p = 1,
   starts_in_middle_of_char_p = 1,
   face_before_selective_p = 1,
   constrain_row_ascent_descent_p = 0,
   base_face_id = 364290,
   c = -335544320,
   len = 318767103,
   cmp_id = -16777216,
   cmp_len = 300584,
   char_to_display = 1409286144,
   image_id = 1325400063,
   slice = {
     x = -16777216,
     y = 300584,
     width = 0,
     height = 150994943
   },
   space_width = -16777216,
   voffset = 4,
   font_height = -1409286144,
   object = 234881023,
   position = {
     charpos = -16777216,
     bytepos = 300425
   },
   truncate_lines_p = 1,
   tab_width = 0,
   truncation_pixel_width = 3839,
   continuation_pixel_width = -1,
   first_visible_x = -16777216,
   last_visible_x = 300425,
   last_visible_y = -805306368,
   extra_line_spacing = 117440511,
   max_extra_line_spacing = -16777216,
   override_ascent = 300425,
   override_descent = -469762048,
   override_boff = 150994943,
   glyph_row = 0xff000000,
   area = 300425,
   nglyphs = -268435456,
   pixel_width = 100663295,
   ascent = -16777216,
   descent = 300426,
   max_ascent = 0,
   max_descent = 150994943,
   phys_ascent = -16777216,
   phys_descent = 300426,
   max_phys_ascent = 201326592,
   max_phys_descent = 100663295,
   current_x = -16777216,
   continuation_lines_width = 300426,
   current_y = 469762053,
   first_vpos = 83886079,
   vpos = -16777216,
   hpos = 360528,
   left_user_fringe_bitmap = 3072,
   right_user_fringe_bitmap = 1,
   left_user_fringe_face_id = 1630207,
   right_user_fringe_face_id = 2088960
}
	current_matrix_up_to_date_p = 335544320
	used_current_matrix_p = 364290
	buffer_unchanged_p = -16777216
	temp_scroll_step = 300582
	count = 167772159
	rc = 603979776
	centering_position = 364290
	last_line_misfit = -16777216
Cannot access memory at address 0x1bffffff
Previous frame inner to this frame (corrupt stack?)

Lisp Backtrace:
"x-create-frame" (0x2770c85)
"x-create-frame-with-faces" (0x2770c95)
"make-frame" (0x2770c95)
"frame-initialize" (0x48f1d89)
"command-line" (0x4983bdb)
"normal-top-level" (0xbfffb410)
(gdb)

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-27  7:38                     ` Kenichi Handa
@ 2006-10-27 13:36                       ` Geoffrey Alan Washburn
  2006-10-28  0:41                       ` Giorgos Keramidas
  1 sibling, 0 replies; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-27 13:36 UTC (permalink / raw)


Kenichi Handa wrote:

> 
> Hmmm, this means that your "bitstream vera sans mono" font
> doesn't have FC_WIDTH property.  Very strange.  What does
> this command return?
> 
> % fc-list 'bitstream vera sans mon' width

	Strange, it just returned a blank line.  After deleting the Bitstream 
fontconfig cache file and rebuilding with "sudo fc-cache", this fixed 
problems as far as fc-list was concerned.

% fc-list fc-list 'bitstream vera sans mono' width
:width=100

However, emacs is still reporting that it is getting an empty string for 
the width property. That is, your new error message

peculiar error: "invalid font property", (:width . "")

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-27  7:38                     ` Kenichi Handa
  2006-10-27 13:36                       ` Geoffrey Alan Washburn
@ 2006-10-28  0:41                       ` Giorgos Keramidas
  2006-10-28  0:43                         ` Giorgos Keramidas
  1 sibling, 1 reply; 22+ messages in thread
From: Giorgos Keramidas @ 2006-10-28  0:41 UTC (permalink / raw)
  Cc: Geoffrey Alan Washburn, emacs-devel

On 2006-10-27 16:38, Kenichi Handa <handa@m17n.org> wrote:
> In article <4541D9FD.6030707@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
> > > It seems that the stack (or the symbol table is) is
> > > completely broken.  Please rebuild emacs with this:
> > > % make CFLAGS=-g clean all
> > > and check if Emacs segfaults at the same place or not.
> 
> > 	Thanks.  Same place, but slightly different results.
> 
> Thank you.  Now the result is meaningful.
> 
> > $4 = {66909105, 66836681, 58898315}
> > (gdb) p styles[i]
> > $5 = 58898315
> > (gdb) xtype
> > Lisp_String
> > (gdb) pp styles[i]
> > ""
> 
> Hmmm, this means that your "bitstream vera sans mono" font
> doesn't have FC_WIDTH property.  Very strange.  What does
> this command return?
> 
> % fc-list 'bitstream vera sans mon' width

FWIW, it doesn't return anything here:

% fc-list 'bitstream vera sans mon' width
% fc-list 'bitstream vera sans mon' width | hd
% 

This is a clean install of the FreeBSD package of bitstream-vera:

% pkg_info | grep bitstream-vera  
bitstream-vera-1.10_2 Bitstream Vera TrueType font collection
%

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-28  0:41                       ` Giorgos Keramidas
@ 2006-10-28  0:43                         ` Giorgos Keramidas
  2006-10-28 17:39                           ` Geoffrey Alan Washburn
  0 siblings, 1 reply; 22+ messages in thread
From: Giorgos Keramidas @ 2006-10-28  0:43 UTC (permalink / raw)
  Cc: Geoffrey Alan Washburn, emacs-devel

On 2006-10-28 03:41, Giorgos Keramidas <keramida@ceid.upatras.gr> wrote:
> On 2006-10-27 16:38, Kenichi Handa <handa@m17n.org> wrote:
> > In article <4541D9FD.6030707@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> > 
> > > > It seems that the stack (or the symbol table is) is
> > > > completely broken.  Please rebuild emacs with this:
> > > > % make CFLAGS=-g clean all
> > > > and check if Emacs segfaults at the same place or not.
> > 
> > > 	Thanks.  Same place, but slightly different results.
> > 
> > Thank you.  Now the result is meaningful.
> > 
> > > $4 = {66909105, 66836681, 58898315}
> > > (gdb) p styles[i]
> > > $5 = 58898315
> > > (gdb) xtype
> > > Lisp_String
> > > (gdb) pp styles[i]
> > > ""
> > 
> > Hmmm, this means that your "bitstream vera sans mono" font
> > doesn't have FC_WIDTH property.  Very strange.  What does
> > this command return?
> > 
> > % fc-list 'bitstream vera sans mon' width
> 
> FWIW, it doesn't return anything here:
> 
> % fc-list 'bitstream vera sans mon' width
> % fc-list 'bitstream vera sans mon' width | hd
> % 

But rebuilding the fc-cache now returns:

% fc-list 'bitstream vera sans mono' width
:width=100
%

Hmmm :)

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-28  0:43                         ` Giorgos Keramidas
@ 2006-10-28 17:39                           ` Geoffrey Alan Washburn
  2006-11-03 16:43                             ` Geoffrey Alan Washburn
  2006-11-08 11:55                             ` Kenichi Handa
  0 siblings, 2 replies; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-10-28 17:39 UTC (permalink / raw)


Giorgos Keramidas wrote:

> But rebuilding the fc-cache now returns:
> 
> % fc-list 'bitstream vera sans mono' width
> :width=100
> %
> 
> Hmmm :)

	Yes, doing the same worked for me.  At least with regards to 'fc-list'. 
  The latest emacs-unicode-2 (at least as of yesterday morning) was 
still not seeing the width attribute even though 'fc-list' now does. 
However, thinking about it now, it is quite likely that I have multiple 
versions of 'fc-list' installed on my computer, so maybe I should query 
them all to see if somehow the fontconfig library emacs is being linked 
against isn't still confused.

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-28 17:39                           ` Geoffrey Alan Washburn
@ 2006-11-03 16:43                             ` Geoffrey Alan Washburn
  2006-11-08 11:55                             ` Kenichi Handa
  1 sibling, 0 replies; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-11-03 16:43 UTC (permalink / raw)


Geoffrey Alan Washburn wrote:
> Giorgos Keramidas wrote:
> 
>> But rebuilding the fc-cache now returns:
>>
>> % fc-list 'bitstream vera sans mono' width
>> :width=100
>> %
>>
>> Hmmm :)
> 
>     Yes, doing the same worked for me.  At least with regards to 
> 'fc-list'.  The latest emacs-unicode-2 (at least as of yesterday 
> morning) was still not seeing the width attribute even though 'fc-list' 
> now does. However, thinking about it now, it is quite likely that I have 
> multiple versions of 'fc-list' installed on my computer, so maybe I 
> should query them all to see if somehow the fontconfig library emacs is 
> being linked against isn't still confused.

	After some additional research I determined that the system installed 
version of fontconfig did not seem to handle the width attribute 
properly, but the Darwin Ports install of fontconfig did.  So after some 
futzing with CPPFLAGS, LDFLAGS, and DYLD_LIBRARY_PATH when running 
configure, I was able to finally get emacs-unicode-2 running without any 
apparent problems.

	So if anyone else happens to have this problem, make sure the version 
of fontconfig you're linking against on MacOS X isn't broken.

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-10-28 17:39                           ` Geoffrey Alan Washburn
  2006-11-03 16:43                             ` Geoffrey Alan Washburn
@ 2006-11-08 11:55                             ` Kenichi Handa
  2006-11-08 19:23                               ` Geoffrey Alan Washburn
  1 sibling, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-11-08 11:55 UTC (permalink / raw)
  Cc: emacs-devel

Sorry for the late response on this matter.

In article <454395CD.3040606@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> 	Yes, doing the same worked for me.  At least with regards to 'fc-list'. 
>   The latest emacs-unicode-2 (at least as of yesterday morning) was 
> still not seeing the width attribute even though 'fc-list' now does. 
> However, thinking about it now, it is quite likely that I have multiple 
> versions of 'fc-list' installed on my computer, so maybe I should query 
> them all to see if somehow the fontconfig library emacs is being linked 
> against isn't still confused.

Please check which libfontconfig is used by emacs and
fc-list.  Does this work on Mac OS?

% ldd THE_ABSOLUTE_PATH_OF_EMACS_BINARY | grep fontconfig
% ldd THE_ABSOLUTE_PATH_OF_FC_LIST_BINARY | grep fontconfig

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-11-08 11:55                             ` Kenichi Handa
@ 2006-11-08 19:23                               ` Geoffrey Alan Washburn
  2006-11-09  3:20                                 ` stephen
  2006-11-09 11:41                                 ` Kenichi Handa
  0 siblings, 2 replies; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-11-08 19:23 UTC (permalink / raw)


Kenichi Handa wrote:
> Sorry for the late response on this matter.
> 
> In article <454395CD.3040606@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
>> 	Yes, doing the same worked for me.  At least with regards to 'fc-list'. 
>>   The latest emacs-unicode-2 (at least as of yesterday morning) was 
>> still not seeing the width attribute even though 'fc-list' now does. 
>> However, thinking about it now, it is quite likely that I have multiple 
>> versions of 'fc-list' installed on my computer, so maybe I should query 
>> them all to see if somehow the fontconfig library emacs is being linked 
>> against isn't still confused.
> 
> Please check which libfontconfig is used by emacs and
> fc-list.  Does this work on Mac OS?
> 
> % ldd THE_ABSOLUTE_PATH_OF_EMACS_BINARY | grep fontconfig
> % ldd THE_ABSOLUTE_PATH_OF_FC_LIST_BINARY | grep fontconfig
> 

	Alas MacOS X doesn't have something exactly equivalent to ldd (or I 
haven't been able to figure it out).  There are some environment 
variables that can be set to print out what dynamic libraries it loads.
As I mentioned in my other e-mail I have figured out that it was indeed 
a problem with emacs linking against Apple's X11 libraries rather the 
Darwin Ports version of fontconfig.

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-11-08 19:23                               ` Geoffrey Alan Washburn
@ 2006-11-09  3:20                                 ` stephen
  2006-11-09 11:41                                 ` Kenichi Handa
  1 sibling, 0 replies; 22+ messages in thread
From: stephen @ 2006-11-09  3:20 UTC (permalink / raw)
  Cc: emacs-devel

Geoffrey Alan Washburn writes:

 > 	Alas MacOS X doesn't have something exactly equivalent to ldd

otool -L should do the trick.

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-11-08 19:23                               ` Geoffrey Alan Washburn
  2006-11-09  3:20                                 ` stephen
@ 2006-11-09 11:41                                 ` Kenichi Handa
  2006-11-12  2:59                                   ` Geoffrey Alan Washburn
  1 sibling, 1 reply; 22+ messages in thread
From: Kenichi Handa @ 2006-11-09 11:41 UTC (permalink / raw)
  Cc: emacs-devel

In article <45522EC8.40700@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:

> 	Alas MacOS X doesn't have something exactly equivalent to ldd (or I 
> haven't been able to figure it out).  There are some environment 
> variables that can be set to print out what dynamic libraries it loads.
> As I mentioned in my other e-mail I have figured out that it was indeed 
> a problem with emacs linking against Apple's X11 libraries rather the 
> Darwin Ports version of fontconfig.

Did you find a way to link Emacs with the proper version of
fontconfig?  If so, did it solve the current problem?

---
Kenichi Handa
handa@m17n.org

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

* Re: unicode-2 branch segfaulting on MacOS X?
  2006-11-09 11:41                                 ` Kenichi Handa
@ 2006-11-12  2:59                                   ` Geoffrey Alan Washburn
  0 siblings, 0 replies; 22+ messages in thread
From: Geoffrey Alan Washburn @ 2006-11-12  2:59 UTC (permalink / raw)


Kenichi Handa wrote:
> In article <45522EC8.40700@cis.upenn.edu>, Geoffrey Alan Washburn <geoffw@cis.upenn.edu> writes:
> 
>> 	Alas MacOS X doesn't have something exactly equivalent to ldd (or I 
>> haven't been able to figure it out).  There are some environment 
>> variables that can be set to print out what dynamic libraries it loads.
>> As I mentioned in my other e-mail I have figured out that it was indeed 
>> a problem with emacs linking against Apple's X11 libraries rather the 
>> Darwin Ports version of fontconfig.
> 
> Did you find a way to link Emacs with the proper version of
> fontconfig?  If so, did it solve the current problem?

Yes, I had written a post to the list about this about a week ago. 
Thanks again for your help.

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

end of thread, other threads:[~2006-11-12  2:59 UTC | newest]

Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-22 15:36 unicode-2 branch segfaulting on MacOS X? Geoffrey Alan Washburn
2006-10-23  1:04 ` Kenichi Handa
2006-10-23  1:17   ` Geoffrey Alan Washburn
2006-10-23  2:45     ` Kenichi Handa
2006-10-23  3:32       ` Geoffrey Alan Washburn
2006-10-23  5:59         ` Kenichi Handa
2006-10-23 10:00           ` Geoffrey Alan Washburn
2006-10-23 11:26             ` Kenichi Handa
2006-10-23 12:55               ` Geoffrey Alan Washburn
2006-10-27  4:17                 ` Kenichi Handa
2006-10-27 10:05                   ` Geoffrey Alan Washburn
2006-10-27  7:38                     ` Kenichi Handa
2006-10-27 13:36                       ` Geoffrey Alan Washburn
2006-10-28  0:41                       ` Giorgos Keramidas
2006-10-28  0:43                         ` Giorgos Keramidas
2006-10-28 17:39                           ` Geoffrey Alan Washburn
2006-11-03 16:43                             ` Geoffrey Alan Washburn
2006-11-08 11:55                             ` Kenichi Handa
2006-11-08 19:23                               ` Geoffrey Alan Washburn
2006-11-09  3:20                                 ` stephen
2006-11-09 11:41                                 ` Kenichi Handa
2006-11-12  2:59                                   ` Geoffrey Alan Washburn

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.