From xemacs-m  Mon Jan 27 11:39:54 1997
Received: from hubbub.cisco.com (hubbub.cisco.com [198.92.30.31])
          by xemacs.org (8.8.4/8.8.4) with ESMTP
	  id LAA18751 for <xemacs-beta@xemacs.org>; Mon, 27 Jan 1997 11:39:48 -0600 (CST)
Received: from sandman (sandman.cisco.com [171.68.209.51]) by hubbub.cisco.com (8.8.4-Cisco.1/CISCO.GATE.1.1) with ESMTP id JAA10625 for <xemacs-beta@xemacs.org>; Mon, 27 Jan 1997 09:39:18 -0800 (PST)
Received: (from drich@localhost) by sandman (SMI-8.6/8.6.12) id JAA22433 for xemacs-beta@xemacs.org; Mon, 27 Jan 1997 09:39:17 -0800
Date: Mon, 27 Jan 1997 09:39:17 -0800
From: Dan Rich <drich@cisco.com>
Message-Id: <199701271739.JAA22433@sandman>
To: xemacs-beta@xemacs.org
Subject: 20.0b91 crash

I just had my first crash in 20.0b91 (I haven't been able to get to the 
b92 code yet).  It also showed me a pretty ugly "feature", and I think that's
what led to the crash.

I tried bringing up gnuclient for the first time in a while this weekend, 
and found out that it works pretty well as long as you don't accidentally
hit C-Z.  If you do, it suspends the master XEmacs process, which in my
case was running on my workstation at the office -- I was at home at the
time. :-)

Anyway, when I came in this morning and tried to foreground the suspended
XEmacs, everything worked fine until I told it to get my new e-mail into
VM.  It then crashed with the following:

drich@sandman|908> fg
/local/beta/bin/xemacs  (wd: /local/beta)
Fatal error: assertion failed, file lstream.c, line 286, abort()

Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.

Please report this bug to the address `crashes@xemacs.org'.
*MAKE SURE* to include as much configuration information as
possible; at the very least what OS and hardware you are running
on, and hopefully also what compiler and compiler options the
binary was compiled with, what options XEmacs was compiled with,
whether you are using a prebuilt binary from ftp.xemacs.org or
compiled XEmacs yourself for your system, etc.

If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started XEmacs, or maybe in your home
directory), and type

  gdb /local/beta/bin/xemacs core

then type `where' when the debugger prompt comes up.
or XDB, or SDB.  A similar procedure should work for all of
these.  Ask your system administrator if you need more help.)

Lisp backtrace follows:

Fatal error: assertion failed, file eval.c, line 1874, abort()
Abort (core dumped)


And from the stack trace:

(gdb) where
#0  0xef174340 in _kill ()
#1  0xef13a5e8 in abort ()
#2  0x910f0 in assert_failed (file=0x25a298 "eval.c", line=1874, 
    expr=0x25a2a0 "abort()") at emacs.c:2179
#3  0x93c30 in signal_1 (sig=272220308, data=558220164) at eval.c:1874
#4  0x9411c in Fsignal (error_symbol=272220308, data=558220164) at eval.c:2041
#5  0x75538 in wrong_type_argument (predicate=272299092, value=-1589938708)
    at data.c:123
#6  0x76644 in Fcdr (list=3591168) at data.c:627
#7  0x9a5c0 in Fbacktrace (stream=272324148, detailed=272220188) at eval.c:4933
#8  0x8ee50 in fatal_error_signal (sig=6) at emacs.c:175
#9  <signal handler called>
#10 0xef174340 in _kill ()
#11 0x910f0 in assert_failed (file=0x26bc20 "lstream.c", line=286, 
    expr=0x26bcf0 "abort()") at emacs.c:2179
#12 0x11d53c in signal_simple_internal_error (
    reason=0x26bd60 "Internal error: lstream not open", obj=290179968)
    at lstream.c:286
#13 0x11d6b8 in Lstream_flush_out (lstr=0x14bcb80) at lstream.c:319
#14 0x11d918 in Lstream_flush (lstr=0x14bcb80) at lstream.c:393
    at /home/drich/Src/xemacs-20.0-b91/src/./mule-coding.c:2263
#16 0x11d900 in Lstream_flush_out (lstr=0x59dd00) at lstream.c:385
#17 0x11d918 in Lstream_flush (lstr=0x59dd00) at lstream.c:393
#18 0x11e45c in Lstream_pseudo_close (lstr=0x59dd00) at lstream.c:704
#19 0x11e480 in Lstream_close (lstr=0x59dd00) at lstream.c:717
#20 0x11d154 in finalize_lstream (header=0x59dd00, for_disksave=0)
    at lstream.c:184
#21 0x4c644 in sweep_lcrecords_1 (prev=0x35fb84, used=0xefffe67c)
    at alloc.c:3151
#22 0x4da60 in gc_sweep () at alloc.c:3786
#23 0x4e2c0 in garbage_collect_1 () at alloc.c:4094
#24 0x4e494 in Fgarbage_collect () at alloc.c:4194
#25 0x9705c in primitive_funcall (fn=0x4e484 <Fgarbage_collect>, nargs=0, 
    args=0xefffee34) at eval.c:3456
#26 0x971f0 in funcall_subr (subr=0x2a8944, args=0xefffee34) at eval.c:3482
#27 0x96564 in funcall_recording_as (recorded_as=271223108, nargs=0, 
    args=0xefffee30) at eval.c:3174
#28 0x96698 in Ffuncall (nargs=1, args=0xefffee30) at eval.c:3218
#29 0x5e950 in Fbyte_code (bytestr=808657796, vector=1077093508, maxdepth=126)
    at bytecode.c:418
#30 0x976c8 in funcall_lambda (fun=271787332, nargs=0, arg_vector=0xeffff17c)
    at eval.c:3592
#31 0x96640 in funcall_recording_as (recorded_as=271787332, nargs=0, 
    args=0xeffff178) at eval.c:3190
#32 0x96698 in Ffuncall (nargs=1, args=0xeffff178) at eval.c:3218
#33 0x5e950 in Fbyte_code (bytestr=808657508, vector=1077092984, maxdepth=4)
    at bytecode.c:418
#34 0x976c8 in funcall_lambda (fun=271786628, nargs=1, arg_vector=0xeffff43c)
    at eval.c:3592
#35 0x96640 in funcall_recording_as (recorded_as=271786628, nargs=1, 
    args=0xeffff438) at eval.c:3190
#36 0x96698 in Ffuncall (nargs=2, args=0xeffff438) at eval.c:3218
#37 0x98194 in call1 (fn=273034204, arg0=541034908) at eval.c:3939
#38 0xab39c in execute_internal_event (event=288477884) at event-stream.c:2834
#39 0xaf324 in Fdispatch_event (event=288477884) at event-stream.c:3845
#40 0x6e0bc in Fcommand_loop_1 () at cmdloop.c:540
#41 0x6dd0c in command_loop_1 (dummy=272220164) at cmdloop.c:460
    bfun=0x6dc68 <command_loop_1>, barg=272220164, hfun=0x6ce04 <cmd_error>, 
    harg=272220164) at eval.c:1648
#43 0x6cf04 in command_loop_3 () at cmdloop.c:222
#44 0x6cf2c in command_loop_2 (dummy=272220164) at cmdloop.c:233
#45 0x93274 in internal_catch (tag=272297956, func=0x6cf20 <command_loop_2>, 
    arg=272220164, threw=0x0) at eval.c:1325
#46 0x6d3c0 in initial_command_loop (load_me=446240) at cmdloop.c:271
#47 0x9018c in main_1 (argc=1, argv=0xeffffb14, envp=0xeffffb1c)
    at emacs.c:1452
#48 0x90958 in main (argc=1, argv=0xeffffb14, envp=0xeffffb1c) at emacs.c:1803
(gdb) 

