GNU bug report logs -
#16903
emacs 24.3 on powerpc-apple-darwin: bus error with signal EXC_BAD_ACCESS
Previous Next
Reported by: Klaus.Zeitler <at> alcatel-lucent.com
Date: Fri, 28 Feb 2014 09:52:02 UTC
Severity: normal
Tags: wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16903 in the body.
You can then email your comments to 16903 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16903
; Package
emacs
.
(Fri, 28 Feb 2014 09:52:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Klaus.Zeitler <at> alcatel-lucent.com
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 28 Feb 2014 09:52:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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 <at> 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
Added tag(s) wontfix.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 11 Oct 2014 18:23:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
16903 <at> debbugs.gnu.org and Klaus.Zeitler <at> alcatel-lucent.com
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 04 Mar 2016 15:35:11 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 02 Apr 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 80 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.