Program received signal SIGSEGV, Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.

[Håkon Alstadheim]

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

Re: Program received signal SIGSEGV, Segmentation fault.

[Andreas Schwab]

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

Re: Program received signal SIGSEGV, Segmentation fault.

[Håkon Alstadheim]

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.

Re: Program received signal SIGSEGV, Segmentation fault.

[Håkon Alstadheim]

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'

Re: Program received signal SIGSEGV, Segmentation fault.

[Richard Stallman]

This seg fault does not happen for me.

    #4  0x0816dfca in xfree (block=0x893c5e8) at alloc.c:564
    #5  0x08102e6b in x_set_name (f=0x893c5e0, name=1091742672, explicit=0)
	at xfns.c:1665

Maybe it is freeing something that wasn't allocated with malloc.

(Here's the original message sent to me.)


To: rms@gnu.org
Subject: Re: Program received signal SIGSEGV, Segmentation fault. 
In-Reply-To: Your message of "Sat, 14 Aug 2004 21:01:43 EDT."
             <E1Bw9P5-0000TK-OU@fencepost.gnu.org> 
Date: Fri, 20 Aug 2004 20:22:36 +0200
From: "=?ISO-8859-1?Q?H=E5kon?= Alstadheim" <hakon@alstadheim.priv.no>
X-Spam-Status: No, hits=-0.5 required=5.0
	tests=IN_REP_TO,RCVD_IN_ORBS,REFERENCES
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)


Short answer: The bug is also in cvs.

Rms wrote:
> Could you try the latest Emacs from CVS on savannah.gnu.org
> and see if it works any better?


Long answer:

I took some time getting back to you because I wanted to clean up some
stale dynamic libraries etc. Emacs 21.3.1 built with the SuSE rpm
spec-file still crashes on me. Now I've tried the CVS version, and yes
it segfaults.

Trying to run it like so: 

 `/usr/src/cvs-emacs/emacs/src/emacs -q --no-site-file'

results in segfault and the the backtrace below immediately when I try
to launch. Allowing init-files makes it last a bit longer. I suspect I
may have some gremlins in my X-resources. Is emacs supposed to be able
to run with a single, separate minibuffer-frame? That is how I run it,
by setting the X-resource:
  
  emacs*minibuffer:       none

Emacs complains that `none' is non-numeric, but using 0 did not do
what I wanted way back when... Hmmm.. maybe that is when emacs started
crashing on me ?? It's gotten worse with every upgrade though.

;; pause for testing .... yup, setting emacs*minibuffer to anything
;; like `no' or 0 results in a minibuffer in the main frames, (which I
;; don't want) but I get no segfault on startup with
;; `/usr/src/cvs-emacs/emacs/src/emacs -q --no-site-file'

  
OK, That is at least one badness in my setup found. I will rectify my
X-resource setup, and keep running 21.3.1. I'll get back to you if the
crashes persist.

To the gdb session :
 -------------------------
Starting program: /usr/src/cvs-emacs/emacs/src/emacs -q --no-site-file

Program received signal SIGSEGV, Segmentation fault.
0x4107b1dd in _int_free () from /lib/tls/libc.so.6
((gdb) backtrace
#0  0x4107b1dd in _int_free () from /lib/tls/libc.so.6
#1  0x4107b61b in free () from /lib/tls/libc.so.6
#2  0x0816e584 in emacs_blocked_free (ptr=0x893c5e8) at alloc.c:955
#3  0x4107b5c5 in free () from /lib/tls/libc.so.6
#4  0x0816dfca in xfree (block=0x893c5e8) at alloc.c:564
#5  0x08102e6b in x_set_name (f=0x893c5e0, name=1091742672, explicit=0)
    at xfns.c:1665
#6  0x080af5ee in prepare_menu_bars () at xdisp.c:8050
#7  0x080b43ac in redisplay_internal (preserve_echo_area=Variable "preserve_echo_area" is not available.
) at xdisp.c:9805
#8  0x08129614 in read_char (commandflag=1, nmaps=2, maps=0xbfffd960,
    prev_event=138502161, used_mouse_menu=0xbfffd9a8) at keyboard.c:2531
#9  0x0812c395 in read_key_sequence (keybuf=0xbfffdac0, bufsize=30,
    prompt=138502161, dont_downcase_last=0, can_return_switch_frame=1,
    fix_current_buffer=1) at keyboard.c:8820
#10 0x0812dfd9 in command_loop_1 () at keyboard.c:1525
#11 0x08182e7d in internal_condition_case (bfun=0x812de30 <command_loop_1>,
    handlers=138563089, hfun=0x8128890 <cmd_error>) at eval.c:1346
#12 0x08127b7c in command_loop_2 () at keyboard.c:1306
#13 0x08182f5a in internal_catch (tag=283011960,
    func=0x8127b60 <command_loop_2>, arg=138502161) at eval.c:1107
#14 0x08128527 in command_loop () at keyboard.c:1273
#15 0x08128612 in recursive_edit_1 () at keyboard.c:978
#16 0x0812872f in Frecursive_edit () at keyboard.c:1039
#17 0x08184083 in Ffuncall (nargs=1, args=0xbfffde50) at eval.c:2733
#18 0x081b04c9 in Fbyte_code (bytestr=137076035, vector=137076132, maxdepth=48)
    at bytecode.c:689
#19 0x081835fa in Feval (form=137076021) at eval.c:2101
#20 0x08182f5a in internal_catch (tag=283011960, func=0x81831d0 <Feval>,
    arg=137076021) at eval.c:1107
#21 0x081afce1 in Fbyte_code (bytestr=137075635, vector=137075708, maxdepth=48)
    at bytecode.c:852
#22 0x08183b50 in funcall_lambda (fun=137075708, nargs=0,
    arg_vector=0xbfffe1a4) at eval.c:2923
#23 0x08183ed3 in Ffuncall (nargs=1, args=0xbfffe1a0) at eval.c:2793
#24 0x081b04c9 in Fbyte_code (bytestr=137081611, vector=137081644, maxdepth=8)
    at bytecode.c:689
#25 0x08183b50 in funcall_lambda (fun=137081644, nargs=0,
    arg_vector=0xbfffe2a4) at eval.c:2923
#26 0x08183ed3 in Ffuncall (nargs=1, args=0xbfffe2a0) at eval.c:2793
#27 0x081b04c9 in Fbyte_code (bytestr=137082107, vector=137083212, maxdepth=96)
    at bytecode.c:689
#28 0x08183b50 in funcall_lambda (fun=137083212, nargs=1,
    arg_vector=0xbfffe3c4) at eval.c:2923
#29 0x08183ed3 in Ffuncall (nargs=2, args=0xbfffe3c0) at eval.c:2793
#30 0x081b04c9 in Fbyte_code (bytestr=137065947, vector=137067220, maxdepth=48)
    at bytecode.c:689
#31 0x08183b50 in funcall_lambda (fun=137067220, nargs=0,
    arg_vector=0xbfffe4d4) at eval.c:2923
#32 0x08183ed3 in Ffuncall (nargs=1, args=0xbfffe4d0) at eval.c:2793
#33 0x081b04c9 in Fbyte_code (bytestr=137060835, vector=137060988, maxdepth=48)
    at bytecode.c:689
#34 0x08183b50 in funcall_lambda (fun=137060988, nargs=0,
    arg_vector=0xbfffe580) at eval.c:2923
#35 0x08183c6f in apply_lambda (fun=137060812, args=138502161, eval_flag=1)
    at eval.c:2845
#36 0x081833ee in Feval (form=140142229) at eval.c:2149
#37 0x08124e71 in top_level_2 () at keyboard.c:1315
#38 0x08182e7d in internal_condition_case (bfun=0x8124e60 <top_level_2>,
    handlers=138563089, hfun=0x8128890 <cmd_error>) at eval.c:1346
#39 0x08127b20 in top_level_1 () at keyboard.c:1323
#40 0x08182f5a in internal_catch (tag=283011960, func=0x8127af0 <top_level_1>,
    arg=138502161) at eval.c:1107
#41 0x08128558 in command_loop () at keyboard.c:1280
#42 0x08128612 in recursive_edit_1 () at keyboard.c:978
#43 0x0812872f in Frecursive_edit () at keyboard.c:1039
#44 0x0811f3f1 in main (argc=3, argv=0xbfffec34) at emacs.c:1687

Re: Program received signal SIGSEGV, Segmentation fault.

[Jan D.]

> This seg fault does not happen for me.
>
>     #4  0x0816dfca in xfree (block=0x893c5e8) at alloc.c:564
>     #5  0x08102e6b in x_set_name (f=0x893c5e0, name=1091742672, 
> explicit=0)
> 	at xfns.c:1665
>
> Maybe it is freeing something that wasn't allocated with malloc.
...

> (Here's the original message sent to me.)
...

>> Could you try the latest Emacs from CVS on savannah.gnu.org
>> and see if it works any better?
>
>
> Long answer:
>
> I took some time getting back to you because I wanted to clean up some
> stale dynamic libraries etc. Emacs 21.3.1 built with the SuSE rpm
> spec-file still crashes on me. Now I've tried the CVS version, and yes
> it segfaults.
>

I've put in a change in CVS that may fix this, can you test a fresh CVS 
version again?

Thanks,

	Jan D.

Re: Program received signal SIGSEGV, Segmentation fault.

[Håkon Alstadheim]

Jan D. Wrote on Thu, 2 Sep: 

> >     #4  0x0816dfca in xfree (block=0x893c5e8) at alloc.c:564
> >     #5  0x08102e6b in x_set_name (f=0x893c5e0, name=1091742672, 
> > explicit=0)
> > 	at xfns.c:1665
>
> I've put in a change in CVS that may fix this, can you test a fresh CVS 
> version again?
> 

Yay! I've only just started it up, but at least it now gets the frames up
without crashing. I'll try to switch over to the cvs version, and run
it for a while longer.


The test case is just:

  xrdb -merge <<end 
  emacs*minibuffer: none
  end
  ./emacs -q --no-site-file 

Emacs 21.3 will run like this for some hours, then segfault. The
previous cvs-version I tried crashed before any frames were put up.
Current cvs is still running after 5 minutes of testing. Also the 
`Warning: Cannot convert string "none" to type Int' in the terminal
window is now gone.