From xemacs-m  Fri Mar 14 15:48:10 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id PAA13647
	for <xemacs-beta@xemacs.org>; Fri, 14 Mar 1997 15:48:08 -0600 (CST)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.5/8.8.5) id OAA02159;
	Fri, 14 Mar 1997 14:00:07 -0800
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: Bug in XEmacs
References: <Pine.GSO.3.96.970313105629.15936A-100000@camoes.rnl.ist.utl.pt> 	<m2vi6vm5z2.fsf@altair.xemacs.org> 	<rv7mjbx89y.fsf@sdnp5.ucsd.edu> <199703141516.KAA01189@anthem.CNRI.Reston.Va.US>
X-Url: http://www.miranova.com/%7Esteve/
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: "Barry A. Warsaw"'s message of Fri, 14 Mar 1997 10:16:57 -0500
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
Date: 14 Mar 1997 14:00:07 -0800
Message-ID: <m2endif82g.fsf@altair.xemacs.org>
Lines: 81
X-Mailer: Gnus v5.4.26/XEmacs 20.1(beta7)

"Barry A. Warsaw" <bwarsaw@anthem.cnri.reston.va.us> writes:

> Or maybe its just us, and we suck.

We don't have any procedures for handling and maintaining bug reports,
so the same bugs keep getting reported and the bugs (sometimes) don't
get fixed.

To name two examples:

[1]
> xemacs died on startup.
> The command line was

> xemacs phical.f phical.kumac &

> the first file is fortran code, the second is a script
> -rw-r--r--   1 sgeorge  atlas       4211 Mar 12 10:31 phical.f
> -rw-r--r--   1 sgeorge  atlas        928 Mar 12 10:34 phical.kumac


> XEmacs 19.14 [Lucid] (hppa1.1-hp-hpux9.05) of Sat Jun 22 1996 on hp700

> stack trace:
> (gdb) where
> #0  0x819f2c58 in _kill ()
> #1  0x4c87c in fatal_error_signal ()
> #2  <signal handler called>
> #3  0x819fdfd4 in strcat ()
> #4  0xf11e4 in Fx_get_resource ()
 ...

This is the HP libc bug documented in the XEmacs FAQ.  We get this bug
report at least 3 to 4 times per week.

[2]
> Fatal error (10).
> Your files have been auto-saved.
> Use `M-x recover-session' to recover them.
 ...[Full XEmacs crash message quoted verbatim :-( ]
> % gdb /tools/lib/xemacs/bin/sparc-sun-solaris2.4/xemacs core
 ...
> warning: core file may not match specified executable file.
> Core was generated by `xemacs'.
> Program terminated with signal 10, Bus error.
> procfs (find_procinfo):  Couldn't locate pid 0
> #0  0xef273e30 in Qoverwrite_mode_binary ()
> (gdb) where
> #0  0xef273e30 in Qoverwrite_mode_binary ()
> #1  0x6b3e4 in fatal_error_signal ()
> #2  0xef237d4c in Qoverwrite_mode_binary ()
> #3  0x724f4 in funcall_lambda ()
> #4  0x71780 in funcall_recording_as ()
> #5  0x4e95c in Fbyte_code ()
> #6  0x726a8 in funcall_lambda ()
> #7  0x71780 in funcall_recording_as ()
> #8  0x4e95c in Fbyte_code ()
> #9  0x726a8 in funcall_lambda ()
> #10 0x71780 in funcall_recording_as ()
> #11 0x72df8 in call2 ()
> #12 0x6f118 in condition_case_1 ()
> #13 0x74068 in call2_trapping_errors ()
> #14 0xd20ec in exec_sentinel ()
> #15 0xd29f0 in status_notify ()
> #16 0x7f0d4 in Fdispatch_event ()
> #17 0x564a4 in Fcommand_loop_1 ()
> #18 0x6f118 in condition_case_1 ()
> #19 0x55cc8 in command_loop_3 ()
> #20 0x55cfc in command_loop_2 ()
> #21 0x6ed6c in internal_catch ()
> #22 0x55f28 in initial_command_loop ()
> #23 0x6c250 in main_1 ()
> #24 0x6c650 in main ()


This one occurs *often*.  What's striking about it is that
Qoverwrite_mode_binary is a variable not a function.  I have no clue
whatsoever what the actual bug is.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.

