From: Eli Zaretskii <eliz@gnu.org>
To: ams@gnu.org, emacs-devel@gnu.org
Subject: Re: emacs from head segfaults when run with -nw
Date: Mon, 05 Apr 2010 19:49:56 +0300 [thread overview]
Message-ID: <83sk79yhcb.fsf@gnu.org> (raw)
In-Reply-To: <837homyowe.fsf@gnu.org>
> Date: Mon, 05 Apr 2010 17:06:41 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: emacs-devel@gnu.org
>
> In my case, I found so far that one of the submaps of
> Buffer-menu-mode-map is corrupted (a NULL pointer):
>
> #2 0x01068682 in mark_char_table (ptr=0x2fee200) at alloc.c:5393
> 5393 mark_char_table (XVECTOR (val));
> (gdb) p *ptr
> $33 = {
> size = 3222274066,
> next = 0x2ff3000,
> contents = {4}
> }
> (gdb) p ptr->contents[0]
> $34 = 4
> (gdb) p size
> $35 = 18
> (gdb) p ptr->contents[1]
> $36 = 0
> (gdb) p ptr->contents[2]
> $37 = 50252549
> (gdb) xtype
> Lisp_Vectorlike
> PVEC_SUB_CHAR_TABLE
> (gdb) xvector
> $38 = (struct Lisp_Vector *) 0x0 <<<<<<<<<<<<<<<<
> Cannot access memory at address 0x0 <<<<<<<<<<<<<<<<
> (gdb)
That was incorrect, sorry. Here is a more accurate account:
#2 0x01068682 in mark_char_table (ptr=0x2fee200) at alloc.c:5393
5393 mark_char_table (XVECTOR (val));
(gdb) p val
$29 = 0
(gdb) down
#1 0x01068649 in mark_char_table (ptr=0x2fecb00) at alloc.c:5396
5396 mark_object (val);
(gdb) p size
$30 = 34
(gdb) p i
$31 = 8
(gdb) p *ptr->contents@34
$32 = {8, 0, 50277381, 46032898, 46032898, 46032898, 46032898, 46024706,
46032898 <repeats 26 times>}
(gdb) p ptr->contents[7]
$33 = 46024706
(gdb) p *$33
$34 = 702
(gdb) xtype
Lisp_Cons
(gdb) xcons
$35 = (struct Lisp_Cons *) 0x2b8 <<<<<<<<<<<<<<<<
Cannot access memory at address 0x2b8 <<<<<<<<<<<<<<<<
(gdb) p ptr->contents[6]
$36 = 46032898
(gdb) xtype
Lisp_Symbol
(gdb) xsymbol
$37 = (struct Lisp_Symbol *) 0x2be6800
"nil"
So 46032898 is nil, but what is the mysterious 46024706? Observe:
(gdb) p/x 46032898
$41 = 0x2be6802
(gdb) p/x 46024706
$42 = 0x2be4802
So 46024706 is nil with one of its bits reset! What does it mean? A
bad memory chip in my computer?
In the "good" session (unoptimized build), btw, the contents of the
same char-table is dandy:
#0 mark_char_table (ptr=0x3011b00) at alloc.c:5388
5388 if (INTEGERP (val) || SYMBOLP (val) && XSYMBOL(val)->gcmarkbit)
(gdb) p val
$56 = 46221314
(gdb) xtype
Lisp_Symbol
(gdb) xsymbol
$57 = (struct Lisp_Symbol *) 0x2c14800
"nil"
(gdb) p size
$58 = 34
(gdb) p *ptr->contents@34
$59 = {8, 0, 50483205, 46221314 <repeats 31 times>}
46221314 is nil, as you see above.
Ideas?
next prev parent reply other threads:[~2010-04-05 16:49 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-02 19:02 emacs from head segfaults when run with -nw Alfred M. Szmidt
2010-04-02 20:49 ` Dan Nicolaescu
2010-04-02 23:07 ` Juri Linkov
2010-04-02 23:48 ` Dan Nicolaescu
2010-04-03 10:42 ` Alfred M. Szmidt
2010-04-03 19:19 ` Dan Nicolaescu
2010-04-03 22:12 ` Juri Linkov
2010-04-03 23:56 ` Ken Hori
2010-04-04 11:06 ` Juri Linkov
2010-04-04 8:10 ` Jan Djärv
2010-04-05 17:22 ` Dan Nicolaescu
2010-04-14 15:05 ` Randal L. Schwartz
2010-04-18 2:35 ` Randal L. Schwartz
2010-04-18 3:05 ` Randal L. Schwartz
2010-04-19 2:07 ` bug#5946: Glenn Morris
2010-04-19 3:17 ` bug#5946: Juanma Barranquero
2010-04-19 6:20 ` bug#5946: Glenn Morris
2010-04-19 7:03 ` bug#5946: Eli Zaretskii
2010-04-19 8:13 ` bug#5946: Juanma Barranquero
2010-04-19 8:26 ` bug#5946: Juanma Barranquero
2010-04-05 9:04 ` emacs from head segfaults when run with -nw Eli Zaretskii
2010-04-05 13:34 ` Alfred M. Szmidt
2010-04-05 14:06 ` Eli Zaretskii
2010-04-05 15:03 ` Alfred M. Szmidt
2010-04-05 15:24 ` Eli Zaretskii
2010-04-06 21:08 ` Alfred M. Szmidt
2010-04-07 3:06 ` Eli Zaretskii
2010-04-08 20:03 ` Alfred M. Szmidt
2010-04-05 16:49 ` Eli Zaretskii [this message]
2010-04-05 16:59 ` Juri Linkov
2010-04-05 21:39 ` Eli Zaretskii
2010-04-06 0:41 ` Stefan Monnier
2010-04-05 13:52 ` Stefan Monnier
2010-04-05 14:17 ` Eli Zaretskii
2010-04-05 20:00 ` Sean Sieger
2010-04-05 21:49 ` Eli Zaretskii
2010-04-06 18:49 ` Andreas Schwab
2010-04-07 3:25 ` Eli Zaretskii
2010-04-07 3:57 ` Stefan Monnier
2010-04-07 5:35 ` Eli Zaretskii
2010-04-07 11:11 ` Juanma Barranquero
2010-04-09 11:10 ` Eli Zaretskii
2010-04-10 1:25 ` Stefan Monnier
2010-04-05 14:11 ` Chong Yidong
2010-04-05 14:19 ` Eli Zaretskii
2010-04-16 14:18 ` Juanma Barranquero
2010-04-16 21:06 ` Eli Zaretskii
2010-04-16 23:18 ` Juanma Barranquero
2010-04-17 7:55 ` Eli Zaretskii
2010-04-17 16:19 ` Juanma Barranquero
2010-04-17 16:37 ` Eli Zaretskii
2010-04-17 19:12 ` Juanma Barranquero
2010-04-17 19:18 ` Eli Zaretskii
2010-04-17 19:20 ` Juanma Barranquero
2010-04-17 21:02 ` Eli Zaretskii
2010-04-16 8:26 ` Sascha Wilde
2010-04-16 21:01 ` Eli Zaretskii
2010-04-17 10:28 ` Sascha Wilde
2010-04-17 12:39 ` Eli Zaretskii
2010-04-17 18:49 ` Sascha Wilde
2010-04-19 12:31 ` Eli Zaretskii
2010-04-20 10:30 ` Sascha Wilde
2010-04-20 12:03 ` Eli Zaretskii
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=83sk79yhcb.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=ams@gnu.org \
--cc=emacs-devel@gnu.org \
/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.