bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#16903: emacs 24.3 on powerpc-apple-darwin: bus error with signal EXC


From: Klaus Zeitler
Subject: bug#16903: emacs 24.3 on powerpc-apple-darwin: bus error with signal EXC_BAD_ACCESS
Date: Fri, 28 Feb 2014 10:51:04 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)

When I start emacs 24.3, I get a bus error.
In gdb I see:
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x975f6980 in strcmp ()
(gdb) bt
#0  0x975f6980 in strcmp ()
#1  0x84acdf64 in FcPatternPosition ()
#2  0x84acdfc4 in FcPatternFindElt ()
#3  0x84ace758 in FcPatternGet ()
#4  0x84ac7d90 in FcDefaultSubstitute ()
#5  0x009662b4 in pango_cairo_fc_font_map_context_substitute ()
#6  0x00a2f650 in pango_fc_default_substitute ()
#7  0x00a2f974 in pango_fc_font_map_get_patterns ()
#8  0x00a2fcb4 in pango_fc_font_map_load_fontset ()
#9  0x00ba0b50 in pango_font_map_load_fontset ()
#10 0x00b9eefc in itemize_state_update_for_new_run ()
#11 0x00b9efdc in itemize_state_process_run ()
#12 0x00b9f378 in pango_itemize_with_base_dir ()
#13 0x00ba8340 in pango_layout_check_lines ()
#14 0x00ba66d0 in pango_layout_get_extents_internal ()
#15 0x00ba6a9c in pango_layout_get_extents ()
#16 0x029348b0 in gtk_label_size_request ()
#17 0x028155f4 in gtk_accel_label_size_request ()
#18 0x00efe1f0 in g_cclosure_marshal_VOID__BOXED ()
#19 0x00ede910 in g_type_class_meta_marshal ()
#20 0x00ede508 in g_closure_invoke ()
#21 0x00efc350 in signal_emit_unlocked_R ()
#22 0x00efb7d4 in g_signal_emit_valist ()
#23 0x00efbdbc in g_signal_emit_by_name ()
#24 0x029f40b4 in do_size_request ()
#25 0x029f4678 in _gtk_size_group_compute_requisition ()
#26 0x02afad54 in gtk_widget_size_request ()
#27 0x029622d8 in gtk_menu_item_size_request ()
#28 0x00efe1f0 in g_cclosure_marshal_VOID__BOXED ()
#29 0x00ede910 in g_type_class_meta_marshal ()
#30 0x00ede508 in g_closure_invoke ()
#31 0x00efc350 in signal_emit_unlocked_R ()
#32 0x00efb7d4 in g_signal_emit_valist ()
#33 0x00efbdbc in g_signal_emit_by_name ()
#34 0x029f40b4 in do_size_request ()
#35 0x029f4678 in _gtk_size_group_compute_requisition ()
#36 0x02afad54 in gtk_widget_size_request ()
#37 0x0295dff0 in gtk_menu_bar_size_request ()
#38 0x00efe1f0 in g_cclosure_marshal_VOID__BOXED ()
#39 0x00ede910 in g_type_class_meta_marshal ()
#40 0x00ede508 in g_closure_invoke ()
#41 0x00efc350 in signal_emit_unlocked_R ()
#42 0x00efb7d4 in g_signal_emit_valist ()
#43 0x00efbdbc in g_signal_emit_by_name ()
#44 0x029f40b4 in do_size_request ()
#45 0x029f4678 in _gtk_size_group_compute_requisition ()
#46 0x02afad54 in gtk_widget_size_request ()
#47 0x000b9be0 in xg_update_frame_menubar (f=0x48c9988) at gtkutil.c:3341
#48 0x0004ab98 in set_frame_menubar (f=0x48c9988, first_time=2225949536,
deep_p=4278124287) at xmenu.c:1261
#49 0x000aa7e8 in Fx_create_frame (parms=9571494) at xfns.c:3393
#50 0x00134528 in Ffuncall (nargs=-4, args=0x0) at eval.c:2778
#51 0x0016ad40 in exec_byte_code (bytestr=1969516915, vector=4020956,
maxdepth=-16843009, args_template=4021072, nargs=9571494, args=0x0) at
bytecode.c:900
#52 0x00134c54 in funcall_lambda (fun=0, nargs=9571494, arg_vector=0x48c998d)
at eval.c:3010
#53 0x001346bc in Ffuncall (nargs=-4, args=0x0) at eval.c:2839
#54 0x0016ad40 in exec_byte_code (bytestr=1969516915, vector=4020956,
maxdepth=-16843009, args_template=4021072, nargs=9571494, args=0x0) at
bytecode.c:900
#55 0x00134c54 in funcall_lambda (fun=0, nargs=9571494, arg_vector=0x48c998d)
at eval.c:3010
#56 0x001346bc in Ffuncall (nargs=-4, args=0x0) at eval.c:2839
#57 0x0016ad40 in exec_byte_code (bytestr=1969516915, vector=4020956,
maxdepth=-16843009, args_template=4021072, nargs=9571494, args=0x0) at
bytecode.c:900
#58 0x00134c54 in funcall_lambda (fun=0, nargs=9571494, arg_vector=0x48c998d)
at eval.c:3010
#59 0x001346bc in Ffuncall (nargs=-4, args=0x0) at eval.c:2839
#60 0x0016ad40 in exec_byte_code (bytestr=1969516915, vector=4020956,
maxdepth=-16843009, args_template=4021072, nargs=9571494, args=0x0) at
bytecode.c:900
#61 0x001346bc in Ffuncall (nargs=-4, args=0x0) at eval.c:2839
#62 0x0016ad40 in exec_byte_code (bytestr=1969516915, vector=4020956,
maxdepth=-16843009, args_template=4021072, nargs=9571494, args=0x0) at
bytecode.c:900
#63 0x001348a4 in apply_lambda (fun=92466176, args=4020956) at eval.c:2887
#64 0x00133638 in eval_sub (form=4020956) at eval.c:2218
#65 0x00132f20 in Feval (form=4020956, lexical=-2069017760) at eval.c:2005
#66 0x00131a88 in internal_condition_case (bfun=0xc006c <top_level_2>,
handlers=75539826, hfun=0xbfc08 <cmd_error>) at eval.c:1289
#67 0x000c00f0 in top_level_1 (ignore=-4) at keyboard.c:1185
#68 0x001314c4 in internal_catch (tag=-4, func=0xc0098 <top_level_1>,
arg=75504162) at eval.c:1060
#69 0x000bff90 in command_loop () at keyboard.c:1146
#70 0x000bf6c0 in recursive_edit_1 () at keyboard.c:779
#71 0x000bf864 in Frecursive_edit () at keyboard.c:843
#72 0x000bde08 in main (argc=4020956, argv=0x3d5b50) at emacs.c:1528
(gdb)


This is a fairly old OS version:
Darwin osxexp2 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005
Does it even make much sense to investigate this or should configure
dismiss such an old version?

-- 
 -------------------------------------------------------------------
|  Klaus Zeitler              Alcatel-Lucent                        |
|  Lorenzstrasse 10           D-70435 Stuttgart, Germany            |
|  Department:                MS/E Building: 004  Office: 1/62      |
|  Telefon:                   +49 711 821 43898                     |
|  Email:                     klaus.zeitler@alcatel-lucent.com      |
|                                                                   |
| Alcatel-Lucent Deutschland AG                                     |
| Sitz der Gesellschaft: Stuttgart · Amtsgericht Stuttgart HRB 4026 |
| Vorsitzender des Aufsichtsrates: Michael Oppenhoff                |
| Vorstand: Wilhelm Dresselhaus (Chairman) · Hans-Jörg Daub ·       |
|           Andreas Gehe                                            |
 -------------------------------------------------------------------
---
I don't believe in astrology. But then I'm an Aquarius, and
Aquarians don't believe in astrology.  -- James R. F. Quirk





reply via email to

[Prev in Thread] Current Thread [Next in Thread]