all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 





  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.