unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* Program received signal SIGSEGV, Segmentation fault.
@ 2004-08-13 20:39 Håkon Alstadheim
  2004-08-13 21:26 ` Andreas Schwab
  0 siblings, 1 reply; 4+ messages in thread
From: Håkon Alstadheim @ 2004-08-13 20:39 UTC (permalink / raw)


This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i686-suse-linux, X toolkit, Xaw3d scroll bars)
 of 2004-08-11 on alstadheim
configured using CFLAGS=-g -O2 -march=athlon -mcpu=athlon -pipe 	 -DSYSTEM_PURESIZE_EXTRA=5000 	 -DSITELOAD_PURESIZE_EXTRA=0 	 -D_GNU_SOURCE          -DDEBUG_GCPRO          -DGC_MARK_STACK=2  -DGLYPH_DEBUG 
configured using `configure '--with-gcc' '--with-pop' '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=lucid' '--x-includes=/usr/X11R6/include' '--x-libraries=/usr/X11R6/lib' 'i686-suse-linux' 'CC=gcc' 'CFLAGS=-g -O2 -march=athlon -mcpu=athlon -pipe 	 -DSYSTEM_PURESIZE_EXTRA=5000 	 -DSITELOAD_PURESIZE_EXTRA=0 	 -D_GNU_SOURCE          -DDEBUG_GCPRO          -DGC_MARK_STACK=2 ' 'LDFLAGS=' 'build_alias=i686-suse-linux' 'host_alias=i686-suse-linux' 'target_alias=i686-suse-linux''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: en_GB.iso885915
  value of $LC_MESSAGES: en_GB.iso885915
  value of $LC_MONETARY: no_NO
  value of $LC_NUMERIC: en_GB.iso885915
  value of $LC_TIME: no_NO
  value of $LANG: en_US.UTF-8
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: nil

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

After using emacs for some time, it crashes.

I've rebuilt the SuSE rpms after removing -s from the linking, and adding some
debug flags. I have no idea what they do, but I'm hoping for some directios
for further digging. 

I also set emacs to use its own malloc. It still crashes, but at least I have
some bactraces, since I've taken to running emacs under DDD


REPORT3:
The most recent crash. I think I have the sources and the debug info and the
binary in sync, so this one should be the most reliable.
(gdb) backtrace
#0  Fgarbage_collect () at alloc.c:1610
#1  0x08141781 in Ffuncall (nargs=3, args=0xbfffddf4) at eval.c:2599
#2  0x0816f23e in Fbyte_code (bytestr=1224637408, vector=1210532736,
maxdepth=5) at bytecode.c:716
#3  0x08141205 in funcall_lambda (fun=1210532576, nargs=1,
arg_vector=0xbfffdf44) at eval.c:2851
#4  0x0814175c in Ffuncall (nargs=2, args=0xbfffdf40) at eval.c:2707
#5  0x08142e44 in call1 (fn=-1742005972, arg1=-922846240) at
eval.c:2456
#6  0x080e740c in timer_check (do_it_now=1) at keyboard.c:4103
#7  0x080e74f1 in readable_events (do_timers_now=Variable
"do_timers_now" is not available.
) at keyboard.c:3181
#8  0x080e75ef in get_input_pending (addr=0x829bd04, do_timers_now=1)
at keyboard.c:6060
#9  0x080e769f in detect_input_pending_run_timers (do_display=1) at
keyboard.c:9473
#10 0x08174ff1 in wait_reading_process_input (time_limit=30,
microsecs=0, read_kbd=268435455, do_display=1) at process.c:2703
#11 0x08052a12 in sit_for (sec=30, usec=0, reading=1, display=1,
initial_display=0) at dispnew.c:6240
#12 0x080ebac1 in read_char (commandflag=1, nmaps=4, maps=0xbfffe3f4,
prev_event=405423148, used_mouse_menu=0xbfffe448) at keyboard.c:2518
#13 0x080ecbfb in read_key_sequence (keybuf=0xbfffe580, bufsize=30,
prompt=405423148, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:8209
#14 0x080eec80 in command_loop_1 () at keyboard.c:1451
#15 0x0813fe2a in internal_condition_case (bfun=0x80eeaa0
<command_loop_1>, handlers=405519540, hfun=0x80ea300 <cmd_error>) at
eval.c:1267
#16 0x080e9eb3 in command_loop_2 () at keyboard.c:1245
#17 0x0813ff09 in internal_catch (tag=795766635, func=0x80e9e90
<command_loop_2>, arg=405423148) at eval.c:1030
#18 0x080e9ff1 in command_loop () at keyboard.c:1224
#19 0x080ea09a in recursive_edit_1 () at keyboard.c:950
#20 0x080ea1b5 in Frecursive_edit () at keyboard.c:1006
#21 0x080e0ac7 in main (argc=1, argv=0xbfffec44, envp=0xbfffec4c) at
emacs.c:1547
(gdb) 


REPORT 1:

Program received signal SIGSEGV, Segmentation fault.
make_uninit_multibyte_string (nchars=13, nbytes=13) at alloc.c:1330
/usr/src/packages/BUILD/emacs-21.3/src/alloc.c:1330:34196:beg:0x8127891


(gdb) backtrace
#0  make_uninit_multibyte_string (nchars=13, nbytes=13) at alloc.c:1330
#1  0x081279a5 in make_uninit_string (length=13) at alloc.c:1852
#2  0x081279d7 in make_unibyte_string (contents=0xd <Address 0xd out of bounds>, length=13) at alloc.c:1775
#3  0x08127b60 in make_string (contents=0xbfffd32c "~/News/agent/", nbytes=13) at alloc.c:1760
#4  0x08127b9e in build_string (str=0xbfffd32c "~/News/agent/") at alloc.c:1840
#5  0x08107831 in Ffile_name_as_directory (file=149322132) at fileio.c:631
#6  0x0813aa72 in Ffuncall (nargs=2, args=0xbfffd3e8) at eval.c:2659
#7  0x08166e4e in Fbyte_code (bytestr=954628500, vector=1220336056, maxdepth=4) at bytecode.c:716
#8  0x0813a2c5 in funcall_lambda (fun=1220336184, nargs=3, arg_vector=0xbfffd50c) at eval.c:2851
#9  0x0813a7ac in Ffuncall (nargs=4, args=0xbfffd508) at eval.c:2707
#10 0x08166e4e in Fbyte_code (bytestr=951887948, vector=1223135952, maxdepth=10) at bytecode.c:716
#11 0x0813a2c5 in funcall_lambda (fun=1223136128, nargs=1, arg_vector=0xbfffd650) at eval.c:2851
#12 0x0813a7ac in Ffuncall (nargs=2, args=0xbfffd64c) at eval.c:2707
#13 0x08166e4e in Fbyte_code (bytestr=958355276, vector=1223156848, maxdepth=5) at bytecode.c:716
#14 0x0813a2c5 in funcall_lambda (fun=1223156976, nargs=2, arg_vector=0xbfffd778) at eval.c:2851
#15 0x0813a7ac in Ffuncall (nargs=3, args=0xbfffd774) at eval.c:2707
#16 0x08166e4e in Fbyte_code (bytestr=958355276, vector=1223153920, maxdepth=4) at bytecode.c:716
#17 0x0813a2c5 in funcall_lambda (fun=1223154056, nargs=1, arg_vector=0xbfffd894) at eval.c:2851
#18 0x0813a7ac in Ffuncall (nargs=2, args=0xbfffd890) at eval.c:2707
#19 0x08166e4e in Fbyte_code (bytestr=958355276, vector=1223129464, maxdepth=5) at bytecode.c:716
#20 0x0813a2c5 in funcall_lambda (fun=1223129688, nargs=0, arg_vector=0xbfffd9c4) at eval.c:2851
#21 0x0813a7ac in Ffuncall (nargs=1, args=0xbfffd9c0) at eval.c:2707
#22 0x08166e4e in Fbyte_code (bytestr=415400660, vector=1222288520, maxdepth=6) at bytecode.c:716
#23 0x0813a2c5 in funcall_lambda (fun=1222289056, nargs=3, arg_vector=0xbfffdaf4) at eval.c:2851
#24 0x0813a7ac in Ffuncall (nargs=4, args=0xbfffdaf0) at eval.c:2707
#25 0x08166e4e in Fbyte_code (bytestr=405394476, vector=1222232560, maxdepth=6) at bytecode.c:716
#26 0x0813a2c5 in funcall_lambda (fun=1222233088, nargs=6, arg_vector=0xbfffdc24) at eval.c:2851
#27 0x0813a7ac in Ffuncall (nargs=7, args=0xbfffdc20) at eval.c:2707
#28 0x08166e4e in Fbyte_code (bytestr=405394476, vector=1222231080, maxdepth=8) at bytecode.c:716
#29 0x0813a2c5 in funcall_lambda (fun=1222231256, nargs=6, arg_vector=0xbfffdd54) at eval.c:2851
#30 0x0813a7ac in Ffuncall (nargs=7, args=0xbfffdd50) at eval.c:2707
#31 0x08166e4e in Fbyte_code (bytestr=405394476, vector=1216247352, maxdepth=8) at bytecode.c:716
#32 0x0813a2c5 in funcall_lambda (fun=1221978408, nargs=3, arg_vector=0xbfffde84) at eval.c:2851
#33 0x0813a7ac in Ffuncall (nargs=4, args=0xbfffde80) at eval.c:2707
#34 0x08166e4e in Fbyte_code (bytestr=405394476, vector=1222110600, maxdepth=11) at bytecode.c:716
#35 0x0813a2c5 in funcall_lambda (fun=1221875656, nargs=5, arg_vector=0xbfffdfc4) at eval.c:2851
#36 0x0813a7ac in Ffuncall (nargs=6, args=0xbfffdfc0) at eval.c:2707
#37 0x08166e4e in Fbyte_code (bytestr=43, vector=1222163240, maxdepth=7) at bytecode.c:716
#38 0x0813a2c5 in funcall_lambda (fun=1221652040, nargs=2, arg_vector=0xbfffe0f4) at eval.c:2851
#39 0x0813a7ac in Ffuncall (nargs=3, args=0xbfffe0f0) at eval.c:2707
#40 0x08166e4e in Fbyte_code (bytestr=405394476, vector=1222334840, maxdepth=7) at bytecode.c:716
#41 0x0813a2c5 in funcall_lambda (fun=1221652360, nargs=0, arg_vector=0xbfffe224) at eval.c:2851
#42 0x0813a7ac in Ffuncall (nargs=1, args=0xbfffe220) at eval.c:2707
#43 0x08166e4e in Fbyte_code (bytestr=405394524, vector=1222332760, maxdepth=5) at bytecode.c:716
#44 0x0813a2c5 in funcall_lambda (fun=1221653120, nargs=1, arg_vector=0xbfffe394) at eval.c:2851
#45 0x0813a7ac in Ffuncall (nargs=2, args=0xbfffe390) at eval.c:2707
#46 0x0813783f in Fcall_interactively (function=416810828, record_flag=405394476, keys=1210759592) at callint.c:797
#47 0x080e0184 in Fcommand_execute (cmd=416810828, record_flag=405394476, keys=13, special=405394476) at keyboard.c:9250
#48 0x080ea8f5 in command_loop_1 () at keyboard.c:1661
#49 0x081392aa in internal_condition_case (bfun=0x80ea540 <command_loop_1>, handlers=405490820, hfun=0x80e60f0 <cmd_error>) at eval.c:1267
#50 0x080e5ca3 in command_loop_2 () at keyboard.c:1245
#51 0x08139389 in internal_catch (tag=13, func=0x80e5c80 <command_loop_2>, arg=405394476) at eval.c:1030
#52 0x080e5de1 in command_loop () at keyboard.c:1224
#53 0x080e5e8a in recursive_edit_1 () at keyboard.c:950
#54 0x080e5fa5 in Frecursive_edit () at keyboard.c:1006
#55 0x080dcd67 in main (argc=1, argv=0xbfffec54, envp=0xbfffec5c) at emacs.c:1547
(gdb) display string_free_list
(gdb)


REPORT 2:
After viewing some .tgz files and during "tar xzvf" in a shell buffer
Bogus stacktrace? Fgargage collect is not on line 1635!! 
(gdb) backtrace
#0  0x403b1635 in bcopy () from /lib/tls/libc.so.6
#1  0x081286f6 in Fgarbage_collect () at alloc.c:1635 | NOTE FROM haa:
                                                        line 1635 is in compact_small_strings
#2  0x081398d7 in Feval (form=1479531132) at eval.c:1912
#3  0x081391a0 in internal_condition_case_1 (bfun=0x8139630 <Feval>, arg=1479531132, handlers=405490820, hfun=0x8066200 <safe_eval_handler>) at eval.c:1307
#4  0x0806e749 in safe_eval (sexpr=-7356) at xdisp.c:1309
#5  0x0806f91a in display_mode_element (it=0xbfffd1b0, depth=2, field_width=-42, precision=-42, elt=1479531164, risky=0) at xdisp.c:13746
#6  0x0806f6e8 in display_mode_element (it=0xbfffd1b0, depth=1, field_width=0, precision=0, elt=1496530636, risky=0) at xdisp.c:13815
#7  0x08070252 in display_mode_line (w=Variable "w" is not available.
) at xdisp.c:13491
#8  0x08070407 in display_mode_lines (w=0x9147590) at xdisp.c:13448
#9  0x080714d8 in redisplay_window (window=1226077584, just_this_one_p=0) at xdisp.c:10490
#10 0x08073126 in redisplay_windows (window=Variable "window" is not available.
) at xdisp.c:9247
#11 0x080730fa in redisplay_windows (window=Variable "window" is not available.
) at xdisp.c:9245
#12 0x080743ea in redisplay_internal (preserve_echo_area=Variable "preserve_echo_area" is not available.
) at xdisp.c:8850
#13 0x080e6c8a in read_char (commandflag=1, nmaps=3, maps=0xbfffe404, prev_event=405394476, used_mouse_menu=0xbfffe458) at keyboard.c:2299
#14 0x080e88a6 in read_key_sequence (keybuf=0xbfffe590, bufsize=30, prompt=405394476, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8209
#15 0x080ea720 in command_loop_1 () at keyboard.c:1451
#16 0x081392aa in internal_condition_case (bfun=0x80ea540 <command_loop_1>, handlers=405490820, hfun=0x80e60f0 <cmd_error>) at eval.c:1267
#17 0x080e5ca3 in command_loop_2 () at keyboard.c:1245
#18 0x08139389 in internal_catch (tag=-7356, func=0x80e5c80 <command_loop_2>, arg=405394476) at eval.c:1030
#19 0x080e5de1 in command_loop () at keyboard.c:1224
#20 0x080e5e8a in recursive_edit_1 () at keyboard.c:950
#21 0x080e5fa5 in Frecursive_edit () at keyboard.c:1006
#22 0x080dcd67 in main (argc=1, argv=0xbfffec54, envp=0xbfffec5c) at emacs.c:1547
(gdb) 


Recent input:
<switch-frame> <switch-frame> <switch-frame> <switch-frame> 
M-x r e p o r t SPC <tab> b SPC <return>

Recent messages:
.gnu-emacs OK
Loading regexp-opt...done
Loading /home/hakon/elisp/holidays-norsk.el (source)...done
.emacs OK
min-etter-init
Loading imenu...done
Loading mwheel...done
Loading lazy-lock...done
Loading emacsbug...done
Loading view...done

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Program received signal SIGSEGV, Segmentation fault.
  2004-08-13 20:39 Program received signal SIGSEGV, Segmentation fault Håkon Alstadheim
@ 2004-08-13 21:26 ` Andreas Schwab
  2004-08-14  8:20   ` Håkon Alstadheim
  2004-08-21 19:27   ` Håkon Alstadheim
  0 siblings, 2 replies; 4+ messages in thread
From: Andreas Schwab @ 2004-08-13 21:26 UTC (permalink / raw)
  Cc: bug-gnu-emacs

"Håkon Alstadheim" <haalst@online.no> writes:

> After using emacs for some time, it crashes.

Are you sure your hardware is OK?  Please try running memtest to rule out
memory problems.

> REPORT 2:
> After viewing some .tgz files and during "tar xzvf" in a shell buffer
> Bogus stacktrace? Fgargage collect is not on line 1635!! 

But compact_small_strings is a static function, thus eligible for inlining
with -funit-at-a-time.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Program received signal SIGSEGV, Segmentation fault.
  2004-08-13 21:26 ` Andreas Schwab
@ 2004-08-14  8:20   ` Håkon Alstadheim
  2004-08-21 19:27   ` Håkon Alstadheim
  1 sibling, 0 replies; 4+ messages in thread
From: Håkon Alstadheim @ 2004-08-14  8:20 UTC (permalink / raw)
  Cc: bug-gnu-emacs

In message <jevffmbuh3.fsf@sykes.suse.de>, Andreas Schwab writes:
>"Håkon Alstadheim" <haalst@online.no> writes:
>
>> After using emacs for some time, it crashes.
>
>Are you sure your hardware is OK?  Please try running memtest to rule out
>memory problems.
>

I booted into memtest after I got Andreas' mail and let it run for 7
hours. No reports of anything amiss.

This thing is really bugging me. I'm guessing I'm getting about two
hours between crashes when I'm reading news or doing anything else
heavy duty. I keep an emacs with an inferior lisp process and nothing
else running, and that stays alive for several days, averaging about
100 to 1000 new lines a day in the *inferior-lisp* buffer. We can
definitely say that wallclock time is not the main triggering factor.
I also have mozilla staying alive constantly, So I'd say all my RAM is
exersized by that without any ill effects.


>> REPORT 2:
>> After viewing some .tgz files and during "tar xzvf" in a shell buffer
>> Bogus stacktrace? Fgargage collect is not on line 1635!! 
>
>But compact_small_strings is a static function, thus eligible for inlining
>with -funit-at-a-time.

Ah, OK.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Program received signal SIGSEGV, Segmentation fault.
  2004-08-13 21:26 ` Andreas Schwab
  2004-08-14  8:20   ` Håkon Alstadheim
@ 2004-08-21 19:27   ` Håkon Alstadheim
  1 sibling, 0 replies; 4+ messages in thread
From: Håkon Alstadheim @ 2004-08-21 19:27 UTC (permalink / raw)
  Cc: bug-gnu-emacs

Just for the record:

It seems to have been my X resources that triggered a bug in emacs
(both the SuSE packaged and even more so the cvs version).

Setting 

  emacs*minibuffer: none

in my .Xresources in order to get a single dedicated frame for the
minibuffer seems to be the cause for the crashes.

This is most easily reproducible with the cvs version. Just set the
resource and run `emacs -q --no-site-file'

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-08-21 19:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-13 20:39 Program received signal SIGSEGV, Segmentation fault Håkon Alstadheim
2004-08-13 21:26 ` Andreas Schwab
2004-08-14  8:20   ` Håkon Alstadheim
2004-08-21 19:27   ` Håkon Alstadheim

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).