[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: segmentation fault in allocate_string
From: |
Klaus Zeitler |
Subject: |
Re: segmentation fault in allocate_string |
Date: |
Wed, 13 Oct 2004 10:26:55 +0200 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (usg-unix-v) |
>>>>> "Richard" == Richard Stallman <address@hidden> writes:
Richard>
Richard> #13 <signal handler called>
Richard> #14 allocate_string () at
/vol/freeware/cvs/emacs/head/emacs/src/alloc.c:1584
Richard> ---Type <return> to continue, or q <return> to quit---
Richard> #15 0x0013b2e4 in make_uninit_multibyte_string (nchars=4,
nbytes=4)
Richard> at /vol/freeware/cvs/emacs/head/emacs/src/alloc.c:2142
Richard> #16 0x0013b2ac in make_uninit_string (length=4)
Richard> at /vol/freeware/cvs/emacs/head/emacs/src/alloc.c:2123
Richard>
Richard> Can you look at the data in those frames to see
Richard> what was the cause of the crash?
I'm not quite sure what data you want.
In function allocate_string in alloc.c emacs grabs the first
string from string_free_list and then calls:
string_free_list = NEXT_FREE_LISP_STRING (s);
Unfortunately string_free_list is already broken in this function:
(gdb) p string_free_list
$5 = (struct Lisp_String *) 0xc8
But I have no idea when and how string_free_list gets mangled.
Klaus
--
------------------------------------------
| Klaus Zeitler Lucent Technologies |
| Email: address@hidden |
------------------------------------------
---
Lie, n.:
A very poor substitute for the truth, but the only one discovered to date.