From: Sam Steingold <sds@gnu.org>
Subject: crash in GC
Date: 22 May 2002 15:06:37 -0400 [thread overview]
Message-ID: <sa0r8k4huiq.fsf@glip.premonitia.com> (raw)
GNU Emacs 21.2.50.9 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2002-05-20 on glip.premonitia.com
current CVS emacs crashed after a couple of days (=> it's not _that_
current :-) in GC:
(gdb) run --
Starting program: /usr/local/src/emacs/src/emacs --
Program received signal SIGSEGV, Segmentation fault.
allocate_string () at alloc.c:1332
1332 string_free_list = NEXT_FREE_LISP_STRING (s);
(gdb) where
#0 allocate_string () at alloc.c:1332
#1 0x081131d5 in make_uninit_multibyte_string (nchars=5, nbytes=5)
at alloc.c:1873
#2 0x081131a4 in make_uninit_string (length=5) at alloc.c:1854
#3 0x0811306d in make_unibyte_string (contents=0xa684d35 "local", length=5)
at alloc.c:1777
#4 0x080f63b8 in Ffile_name_nondirectory (filename=959205260) at fileio.c:495
#5 0x08127242 in Ffuncall (nargs=2, args=0xbfffd060) at eval.c:2721
#6 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#7 0x0812777a in funcall_lambda (fun=1209787120, nargs=3,
arg_vector=0xbfffd18c) at eval.c:2908
#8 0x08127345 in Ffuncall (nargs=4, args=0xbfffd188) at eval.c:2778
#9 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#10 0x0812777a in funcall_lambda (fun=1209787120, nargs=3,
arg_vector=0xbfffd2ac) at eval.c:2908
#11 0x08127345 in Ffuncall (nargs=4, args=0xbfffd2a8) at eval.c:2778
#12 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#13 0x0812777a in funcall_lambda (fun=1209787120, nargs=3,
arg_vector=0xbfffd3cc) at eval.c:2908
#14 0x08127345 in Ffuncall (nargs=4, args=0xbfffd3c8) at eval.c:2778
#15 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#16 0x0812777a in funcall_lambda (fun=1209787120, nargs=3,
arg_vector=0xbfffd4ec) at eval.c:2908
#17 0x08127345 in Ffuncall (nargs=4, args=0xbfffd4e8) at eval.c:2778
#18 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#19 0x0812777a in funcall_lambda (fun=1209787120, nargs=3,
arg_vector=0xbfffd60c) at eval.c:2908
#20 0x08127345 in Ffuncall (nargs=4, args=0xbfffd608) at eval.c:2778
#21 0x0814dbb4 in Fbyte_code (bytestr=941351724, vector=1209787544, maxdepth=7)
at bytecode.c:709
#22 0x0812777a in funcall_lambda (fun=1209787120, nargs=1,
arg_vector=0xbfffd728) at eval.c:2908
#23 0x08127345 in Ffuncall (nargs=2, args=0xbfffd724) at eval.c:2778
#24 0x0814dbb4 in Fbyte_code (bytestr=941358300, vector=1209794356, maxdepth=8)
at bytecode.c:709
#25 0x0812777a in funcall_lambda (fun=1209793688, nargs=2,
arg_vector=0xbfffd844) at eval.c:2908
#26 0x08127345 in Ffuncall (nargs=3, args=0xbfffd840) at eval.c:2778
#27 0x0814dbb4 in Fbyte_code (bytestr=953198452, vector=1217927472, maxdepth=3)
at bytecode.c:709
#28 0x0812777a in funcall_lambda (fun=1213189304, nargs=1,
arg_vector=0xbfffd958) at eval.c:2908
#29 0x08127345 in Ffuncall (nargs=2, args=0xbfffd954) at eval.c:2778
#30 0x0814dbb4 in Fbyte_code (bytestr=953810388, vector=1221775480, maxdepth=5)
at bytecode.c:709
#31 0x0812777a in funcall_lambda (fun=1221775632, nargs=1,
arg_vector=0xbfffda74) at eval.c:2908
#32 0x08127345 in Ffuncall (nargs=2, args=0xbfffda70) at eval.c:2778
#33 0x0814dbb4 in Fbyte_code (bytestr=949445876, vector=1222076888, maxdepth=4)
at bytecode.c:709
#34 0x0812777a in funcall_lambda (fun=1222077072, nargs=2,
arg_vector=0xbfffdb84) at eval.c:2908
#35 0x08127345 in Ffuncall (nargs=3, args=0xbfffdb80) at eval.c:2778
#36 0x0814dbb4 in Fbyte_code (bytestr=949446100, vector=1220678008, maxdepth=3)
---Type <return> to continue, or q <return> to quit---
at bytecode.c:709
#37 0x0812777a in funcall_lambda (fun=1222076816, nargs=0,
arg_vector=0xbfffdc94) at eval.c:2908
#38 0x08127345 in Ffuncall (nargs=1, args=0xbfffdc90) at eval.c:2778
#39 0x0814dbb4 in Fbyte_code (bytestr=949446452, vector=1222548640, maxdepth=3)
at bytecode.c:709
#40 0x0812777a in funcall_lambda (fun=1220677696, nargs=2,
arg_vector=0xbfffdda4) at eval.c:2908
#41 0x08127345 in Ffuncall (nargs=3, args=0xbfffdda0) at eval.c:2778
#42 0x08126c16 in Fapply (nargs=2, args=0xbfffde30) at eval.c:2228
#43 0x08126f57 in apply1 (fn=415925924, arg=1506205316) at eval.c:2484
#44 0x08153f08 in read_process_output_call (fun_and_args=1506205308)
at process.c:4220
#45 0x081258d4 in internal_condition_case_1 (
bfun=0x8153ef0 <read_process_output_call>, arg=1506205308,
handlers=405348836, hfun=0x8153f0c <read_process_output_error_handler>)
at eval.c:1374
#46 0x08154299 in read_process_output (proc=1239015504, channel=10)
at process.c:4423
#47 0x08153c0f in wait_reading_process_input (time_limit=-1, microsecs=0,
read_kbd=0, do_display=0) at process.c:4061
#48 0x08152c7d in Faccept_process_output (process=1227215048, timeout=1,
timeout_msecs=405348836) at process.c:3346
#49 0x08127272 in Ffuncall (nargs=3, args=0xbfffe620) at eval.c:2728
#50 0x0814dbb4 in Fbyte_code (bytestr=949035092, vector=1217472632, maxdepth=3)
at bytecode.c:709
#51 0x0812777a in funcall_lambda (fun=1217472792, nargs=2,
arg_vector=0xbfffe734) at eval.c:2908
#52 0x08127345 in Ffuncall (nargs=3, args=0xbfffe730) at eval.c:2778
#53 0x0814dbb4 in Fbyte_code (bytestr=947887996, vector=1216249832, maxdepth=4)
at bytecode.c:709
#54 0x0812777a in funcall_lambda (fun=1216324440, nargs=1,
arg_vector=0xbfffe844) at eval.c:2908
#55 0x08127345 in Ffuncall (nargs=2, args=0xbfffe840) at eval.c:2778
#56 0x0814dbb4 in Fbyte_code (bytestr=947888364, vector=1217299368, maxdepth=6)
at bytecode.c:709
#57 0x0812777a in funcall_lambda (fun=1217304960, nargs=2,
arg_vector=0xbfffe964) at eval.c:2908
#58 0x08127345 in Ffuncall (nargs=3, args=0xbfffe960) at eval.c:2778
#59 0x0814dbb4 in Fbyte_code (bytestr=947888444, vector=1217304816, maxdepth=4)
at bytecode.c:709
#60 0x0812777a in funcall_lambda (fun=1217303040, nargs=1,
arg_vector=0xbfffea74) at eval.c:2908
#61 0x08127345 in Ffuncall (nargs=2, args=0xbfffea70) at eval.c:2778
#62 0x0814dbb4 in Fbyte_code (bytestr=949069676, vector=1217506736, maxdepth=4)
at bytecode.c:709
#63 0x0812777a in funcall_lambda (fun=1217506928, nargs=1,
arg_vector=0xbfffeb84) at eval.c:2908
#64 0x08127345 in Ffuncall (nargs=2, args=0xbfffeb80) at eval.c:2778
#65 0x0814dbb4 in Fbyte_code (bytestr=949090700, vector=1217530112, maxdepth=8)
at bytecode.c:709
#66 0x0812777a in funcall_lambda (fun=1217530360, nargs=2,
arg_vector=0xbfffeca4) at eval.c:2908
#67 0x08127345 in Ffuncall (nargs=3, args=0xbfffeca0) at eval.c:2778
#68 0x0814dbb4 in Fbyte_code (bytestr=949090876, vector=1217148880, maxdepth=3)
at bytecode.c:709
#69 0x0812777a in funcall_lambda (fun=1217530520, nargs=2,
arg_vector=0xbfffedb4) at eval.c:2908
#70 0x08127345 in Ffuncall (nargs=3, args=0xbfffedb0) at eval.c:2778
---Type <return> to continue, or q <return> to quit---
#71 0x0814dbb4 in Fbyte_code (bytestr=946645644, vector=1214997400, maxdepth=4)
at bytecode.c:709
#72 0x0812777a in funcall_lambda (fun=1214997568, nargs=2,
arg_vector=0xbfffeec4) at eval.c:2908
#73 0x08127345 in Ffuncall (nargs=3, args=0xbfffeec0) at eval.c:2778
#74 0x0814dbb4 in Fbyte_code (bytestr=945643636, vector=1216236768, maxdepth=8)
at bytecode.c:709
#75 0x0812777a in funcall_lambda (fun=1216237264, nargs=1,
arg_vector=0xbfffefe4) at eval.c:2908
#76 0x08127345 in Ffuncall (nargs=2, args=0xbfffefe0) at eval.c:2778
#77 0x0814dbb4 in Fbyte_code (bytestr=947647892, vector=1216714008, maxdepth=3)
at bytecode.c:709
#78 0x0812777a in funcall_lambda (fun=1216714216, nargs=1,
arg_vector=0xbffff124) at eval.c:2908
#79 0x08127345 in Ffuncall (nargs=2, args=0xbffff120) at eval.c:2778
#80 0x08123fb7 in Fcall_interactively (function=409705516,
record_flag=405348836, keys=1223540536) at callint.c:787
#81 0x080dd546 in Fcommand_execute (cmd=409705516, record_flag=405348836,
keys=405348836, special=405348836) at keyboard.c:9338
#82 0x080d4304 in command_loop_1 () at keyboard.c:1662
#83 0x081257ea in internal_condition_case (bfun=0x80d3780 <command_loop_1>,
handlers=405445324, hfun=0x80d33c0 <cmd_error>) at eval.c:1334
#84 0x080d3662 in command_loop_2 () at keyboard.c:1254
#85 0x081253ab in internal_catch (tag=405406652,
func=0x80d3644 <command_loop_2>, arg=405348836) at eval.c:1094
#86 0x080d35f0 in command_loop () at keyboard.c:1233
#87 0x080d31a4 in recursive_edit_1 () at keyboard.c:959
#88 0x080d32bb in Frecursive_edit () at keyboard.c:1015
#89 0x080d2244 in main (argc=2, argv=0xbffff8c4, envp=0xbffff8d0)
at emacs.c:1624
#90 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) p s
$1 = (struct Lisp_String *) 0xc8
(gdb) p *s
Cannot access memory at address 0xc8
(gdb) up
#1 0x081131d5 in make_uninit_multibyte_string (nchars=5, nbytes=5)
at alloc.c:1873
1873 s = allocate_string ();
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
allocate_string () at alloc.c:1332
1332 string_free_list = NEXT_FREE_LISP_STRING (s);
(gdb)
--
Sam Steingold (http://www.podval.org/~sds) running RedHat7.2 GNU/Linux
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
"A pint of sweat will save a gallon of blood." -- George S. Patton
next reply other threads:[~2002-05-22 19:06 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-22 19:06 Sam Steingold [this message]
2002-05-24 0:44 ` crash in GC Richard Stallman
2002-05-24 14:19 ` Sam Steingold
2002-05-24 18:07 ` Eli Zaretskii
2002-05-24 20:50 ` Sam Steingold
2002-05-25 1:04 ` Ken Raeburn
2002-05-25 8:26 ` Eli Zaretskii
2002-05-25 21:20 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2002-12-15 20:17 Sam Steingold
2002-12-19 18:33 ` Richard Stallman
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sa0r8k4huiq.fsf@glip.premonitia.com \
--to=sds@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).