From: Thierry Volpiatto <thierry.volpiatto@gmail.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: 7098@debbugs.gnu.org
Subject: bug#7098: Emacs24 crash with segmentation fault
Date: Thu, 09 Dec 2010 08:25:06 +0100 [thread overview]
Message-ID: <874oanxval.fsf@tux.homenetwork> (raw)
In-Reply-To: <878w02r5zd.fsf@stupidchicken.com> (Chong Yidong's message of "Mon, 06 Dec 2010 15:39:18 -0500")
Chong Yidong <cyd@stupidchicken.com> writes:
>> emacs24 become unusable as it crash several times a day always with
>> same error.
>>
>>> Is it possible for you to find the last version which did not
>>> crash (or the first one that did)? "bzr bisect" makes this easier,
>>> but you could do this by hand as well, using "bzr revert -r".
>>
>> It will be difficult because i don't build emacs myself actually, i
>> use the gentoo package of Emacs-vcs.
>>
>> However, i will build an emacs from git tomorrow and try to downgrade
>> until i find a working version.
>
> Were you able to track down the problem? Is it still present?
It is much better, i work in emacs24 yesterday without crash, but today
just copying/yanking in scratch:
Program received signal SIGSEGV, Segmentation fault.
mark_object (arg=655366) at alloc.c:5556
5556 if (CONS_MARKED_P (ptr))
#0 mark_object (arg=655366) at alloc.c:5556
#1 0x081904fd in mark_object (arg=186620870) at alloc.c:5567
#2 0x08190535 in mark_object (arg=186644482) at alloc.c:5460
#3 0x08190e04 in mark_maybe_pointer () at alloc.c:4127
#4 mark_memory () at alloc.c:4177
#5 mark_stack () at alloc.c:4410
#6 0x081915da in Fgarbage_collect () at alloc.c:4992
#7 0x081deaf3 in Fbyte_code (bytestr=137115481, vector=137115501, maxdepth=36) at bytecode.c:714
#8 0x081a6e44 in funcall_lambda (fun=<value optimized out>, nargs=<value optimized out>, arg_vector=0xa0000) at eval.c:3174
#9 0x081a7163 in Ffuncall (nargs=4, args=0xbfff7fe0) at eval.c:3047
#10 0x081de8b1 in Fbyte_code (bytestr=137112857, vector=137112877, maxdepth=20) at bytecode.c:679
#11 0x081a6e44 in funcall_lambda (fun=<value optimized out>, nargs=<value optimized out>, arg_vector=0xa0000) at eval.c:3174
#12 0x081a7163 in Ffuncall (nargs=4, args=0xbfff8160) at eval.c:3047
#13 0x081de8b1 in Fbyte_code (bytestr=137111793, vector=137111813, maxdepth=16) at bytecode.c:679
#14 0x081a6e44 in funcall_lambda (fun=<value optimized out>, nargs=<value optimized out>, arg_vector=0xa0000) at eval.c:3174
#15 0x081a7163 in Ffuncall (nargs=3, args=0xbfff8394) at eval.c:3047
#16 0x081a8619 in run_hook_with_args (nargs=<value optimized out>, args=0xbfff8394, cond=to_completion) at eval.c:2679
#17 0x081a73d6 in Ffuncall (nargs=4, args=0xbfff8390) at eval.c:2971
#18 0x081de8b1 in Fbyte_code (bytestr=136675017, vector=137124173, maxdepth=16) at bytecode.c:679
#19 0x081a69d8 in Feval (form=137124150) at eval.c:2358
#20 0x081a9172 in internal_lisp_condition_case (var=138732314, bodyform=137124150, handlers=137124198) at eval.c:1407
#21 0x081ddafb in Fbyte_code (bytestr=137123929, vector=137123949, maxdepth=32) at bytecode.c:869
#22 0x081a6e44 in funcall_lambda (fun=<value optimized out>, nargs=<value optimized out>, arg_vector=0xa0000) at eval.c:3174
#23 0x081a7163 in Ffuncall (nargs=3, args=0xbfff8750) at eval.c:3047
#24 0x081de8b1 in Fbyte_code (bytestr=137123657, vector=137123677, maxdepth=40) at bytecode.c:679
#25 0x081a6e44 in funcall_lambda (fun=<value optimized out>, nargs=<value optimized out>, arg_vector=0xa0000) at eval.c:3174
#26 0x081a7163 in Ffuncall (nargs=2, args=0xbfff8a28) at eval.c:3047
#27 0x081a56fe in internal_condition_case_n (bfun=0x81a6fa0 <Ffuncall>, nargs=2, args=0xbfff8a28, handlers=138465506, hfun=0x807e030 <safe_eval_handler>)
at eval.c:1603
#28 0x08079592 in safe_call (nargs=2, args=0xbfff8a28) at xdisp.c:2438
#29 0x08079605 in safe_call1 (fn=140643738, arg=12972) at xdisp.c:2457
#30 0x080796f4 in handle_fontified_prop (it=0xbfff9ddc) at xdisp.c:3440
#31 0x08073c5f in handle_stop (it=0xbfff9ddc) at xdisp.c:3159
#32 0x080790c6 in next_element_from_buffer (it=0xbfff9ddc) at xdisp.c:6884
#33 0x08076162 in get_next_display_element (it=0xbfff9ddc) at xdisp.c:5855
#34 0x08082431 in display_line (it=0xbfff9ddc) at xdisp.c:17528
#35 0x08097553 in try_window_id (w=0xa3f8d10) at xdisp.c:15913
#36 0x08099497 in redisplay_window (window=<value optimized out>, just_this_one_p=<value optimized out>) at xdisp.c:14249
#37 0x0809bb76 in redisplay_window_1 (window=171937045) at xdisp.c:12566
#38 0x081a58f7 in internal_condition_case_1 (bfun=0x809bb50 <redisplay_window_1>, arg=171937045, handlers=138447630,
hfun=0x806bd30 <redisplay_window_error>) at eval.c:1505
#39 0x08087086 in redisplay_internal (preserve_echo_area=<value optimized out>) at xdisp.c:12192
#40 0x08143760 in read_char (commandflag=1, nmaps=5, maps=0xbfffddc0, prev_event=138465482, used_mouse_menu=0xbfffdee8, end_time=0x0) at keyboard.c:2554
#41 0x08145a1c in read_key_sequence (keybuf=<value optimized out>, bufsize=<value optimized out>, prompt=<value optimized out>, dont_downcase_last=0,
can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9331
#42 0x08147b43 in command_loop_1 () at keyboard.c:1601
#43 0x081a59f1 in internal_condition_case (bfun=0x8147970 <command_loop_1>, handlers=138496490, hfun=0x8140510 <cmd_error>) at eval.c:1460
#44 0x081401b5 in command_loop_2 (ignore=138465482) at keyboard.c:1321
#45 0x081a5ad1 in internal_catch (tag=138492938, func=0x8140190 <command_loop_2>, arg=138465482) at eval.c:1204
---Type <return> to continue, or q <return> to quit---
#46 0x08140361 in command_loop () at keyboard.c:1300
#47 0x081406eb in recursive_edit_1 () at keyboard.c:923
#48 0x08140812 in Frecursive_edit () at keyboard.c:985
#49 0x08136906 in main (argc=<value optimized out>, argv=<value optimized out>) at emacs.c:1716
--
A+ Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
next prev parent reply other threads:[~2010-12-09 7:25 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-24 17:53 bug#7098: Emacs24 crash with segmentation fault Thierry Volpiatto
2010-09-24 18:18 ` Eli Zaretskii
2010-09-24 19:14 ` Eli Zaretskii
2010-09-24 19:32 ` Thierry Volpiatto
2010-09-24 19:48 ` Eli Zaretskii
2010-09-27 8:54 ` Thierry Volpiatto
2010-09-27 10:53 ` Eli Zaretskii
2010-09-27 12:43 ` Thierry Volpiatto
2010-09-27 13:56 ` Eli Zaretskii
2010-09-27 14:06 ` Thierry Volpiatto
2010-09-27 15:43 ` Eli Zaretskii
2010-09-28 7:48 ` Thierry Volpiatto
2010-09-24 19:23 ` Thierry Volpiatto
2010-09-24 19:36 ` Eli Zaretskii
2010-09-24 19:58 ` Thierry Volpiatto
2010-09-24 20:14 ` Eli Zaretskii
2010-09-25 7:40 ` Thierry Volpiatto
2010-09-25 8:10 ` Eli Zaretskii
2010-09-25 8:23 ` Thierry Volpiatto
2010-09-25 9:25 ` Juanma Barranquero
2010-09-25 9:35 ` Thierry Volpiatto
2010-09-25 11:13 ` Juanma Barranquero
2010-09-25 11:39 ` Thierry Volpiatto
2010-09-25 11:59 ` Eli Zaretskii
2010-09-25 12:32 ` Thierry Volpiatto
2010-09-25 21:26 ` Thierry Volpiatto
2010-09-26 5:25 ` Thierry Volpiatto
2010-09-25 12:01 ` Juanma Barranquero
2010-09-25 12:45 ` Thierry Volpiatto
2010-09-25 20:45 ` Juanma Barranquero
2010-12-06 20:39 ` Chong Yidong
2010-12-06 21:15 ` Thierry Volpiatto
2010-12-09 7:25 ` Thierry Volpiatto [this message]
2010-12-15 1:50 ` Chong Yidong
2010-12-15 6:46 ` Thierry Volpiatto
2010-12-16 1:15 ` Chong Yidong
2010-12-16 8:03 ` Thierry Volpiatto
2010-12-16 17:35 ` Eli Zaretskii
2010-12-16 18:07 ` Thierry Volpiatto
2010-12-16 18:10 ` Eli Zaretskii
2010-12-16 18:43 ` Thierry Volpiatto
2010-12-16 19:25 ` Eli Zaretskii
2010-12-16 19:36 ` Thierry Volpiatto
2010-12-18 7:24 ` Thierry Volpiatto
2010-12-18 9:16 ` Thierry Volpiatto
2010-12-18 10:08 ` Eli Zaretskii
2010-12-21 11:34 ` Thierry Volpiatto
2010-12-28 13:14 ` Thierry Volpiatto
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874oanxval.fsf@tux.homenetwork \
--to=thierry.volpiatto@gmail.com \
--cc=7098@debbugs.gnu.org \
--cc=cyd@stupidchicken.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.