* 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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).