From xemacs-m  Sat Feb 22 13:56:02 1997
Received: from mail.uni-muenster.de (MAIL.UNI-MUENSTER.DE [128.176.6.47])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id NAA07221
	for <xemacs-beta@xemacs.org>; Sat, 22 Feb 1997 13:56:01 -0600 (CST)
Received: from cortex.corpus.uni-muenster.de (PPPE011.UNI-MUENSTER.DE [128.176.20.11]) by mail.uni-muenster.de (8.7.5/8.7.5) with ESMTP id UAA52438; Sat, 22 Feb 1997 20:55:02 +0100
Received: (from gutschk@localhost) by cortex.corpus.uni-muenster.de (8.8.2/8.8.2) id JAA15585; Sat, 22 Feb 1997 09:27:36 +0100
Date: Sat, 22 Feb 1997 09:27:36 +0100
Message-Id: <199702220827.JAA15585@cortex.corpus.uni-muenster.de>
From: Markus Gutschke <gutschk@uni-muenster.de>
To: xemacs-beta@xemacs.org
Cc: Bjarne Pohlers <bjarne%libelle.uucp%von-neumann@ESCHER.UNI-MUENSTER.DE>
Subject: Fwd: XEmacs hangs indefinitly (Was: Xemacs-Trace)
In-Reply-To: <ufbu9dfuds.fsf@libelle.pohlers.org>
References: <ufbu9dfuds.fsf@libelle.pohlers.org>
X-Face: +.[`xCMz]E6GW}5ECgY#C"Er6&v$q7:oe+zPlPtOh>/US;9B>;)ro_lpLx9/]q_{u-\YR>r
 P&)Da0gS,PW{@BWSG,PIV)3#J<$Ft_t]qa!xF~'*wuwg-CJj*0:EUr3z}y
Mime-Version: 1.0 (generated by tm-edit 7.101)
Content-Type: multipart/mixed;
 boundary="Multipart_Sat_Feb_22_09:27:34_1997-1"
Content-Transfer-Encoding: 7bit

--Multipart_Sat_Feb_22_09:27:34_1997-1
Content-Type: text/plain; charset=US-ASCII

Hi,

one of my friends informed me, that XEmacs 19.14 would regularly hang
when he was using it. Thus I suggested to upgrade to 20.0 and check if
the error persisted. Apparently it did, here is a backtrace that might
shed some light on the problem. If you need further information,
either contact me or send a message to Bjarne. I enclosed his entire
message. BTW, this problems happens on Linux/i386; XEmacs is compiled
with -O3 and IIRC Mule is not enabled; for the exact details on how
the binary was configured and when the problem shows up, please ask
Bjarne.


Markus


--Multipart_Sat_Feb_22_09:27:34_1997-1
Content-Type: message/rfc822

X-Face: I=8ivhzCCMvFRPI]R$~(q/g+Z|5*hgfn?[32X9tV+Q`A\RnrOkAQ2K*Xp/Rg;T*=o#oWy<n
 q^3")d~pxOw49sHiL=Y]|6gTrI.VGu95Y^X7(x\oqb7p'-,`,M^ZoX]vfx[Wi_?4h6S;'Sv>g}At}D
 8MduHhF`pDqPjbfzp`>(&oZs}HCIS4cL{q7v.FLXsWaGIj%/(HhzS@d+{;AH[?T7dc#xa
From: Bjarne Pohlers <bjarne%libelle.uucp%von-neumann@math.uni-muenster.de>
Sender: bjarne%libelle.uucp%von-neumann@math.uni-muenster.de
To: gutschk@uni-muenster.de
Subject: Xemacs-Trace
Date: 22 Feb 1997 03:26:55 +0100

Es ist passiert, er ist hngen geblieben.

gdb fand folgendes:
#0  Dynarr_resize (d=0x871b120, size=1) at dynarr.c:131
#1  0x8117909 in x_output_display_block (w=0x83be000, dl=0x856d400, block=0, 
    start=0, end=11, start_pixpos=4, cursor_start=0, cursor_width=0, 
    cursor_height=0) at redisplay-x.c:394
#2  0x80dd485 in compare_display_blocks (w=0x83be000, cdl=0x856d300, 
    ddl=0x856d400, c_block=0, d_block=0, start_pixpos=4, cursor_start=0, 
    cursor_width=0, cursor_height=0) at redisplay-output.c:409
#3  0x80ddb82 in output_display_line (w=0x83be000, cdla=0x8434c20, 
    ddla=0x8434c00, line=0, force_start=-1, force_end=-1)
    at redisplay-output.c:649
#4  0x80deac3 in redisplay_output_window (w=0x83be000)
    at redisplay-output.c:1282
#5  0x80d836c in redisplay_window (window=406577152, skip_selected=0)
    at redisplay.c:5230
#6  0x80dbfc1 in Fredisplay_echo_area () at redisplay.c:7763
#7  0x807980e in primitive_funcall (fn=0x80dbf38 <Fredisplay_echo_area>, 
    nargs=0, args=0xbfffeadc) at eval.c:3455
#8  0x80799d8 in funcall_subr (subr=0x8216d14, args=0xbfffeadc) at eval.c:3481
#9  0x8079151 in funcall_recording_as (recorded_as=405207644, nargs=1, 
    args=0xbfffead8) at eval.c:3173
#10 0x80792bf in Ffuncall (nargs=1, args=0xbfffead8) at eval.c:3217
#11 0x805b6a6 in Fbyte_code (bytestr=941301964, vector=1209737480, maxdepth=3)
    at bytecode.c:418
#12 0x8079e28 in funcall_lambda (fun=404431212, nargs=3, arg_vector=0xbfffec9c)
    at eval.c:3591
#13 0x80791d2 in funcall_recording_as (recorded_as=405567316, nargs=4, 
    args=0xbfffec98) at eval.c:3189
#14 0x80792bf in Ffuncall (nargs=4, args=0xbfffec98) at eval.c:3217
#15 0x805b6a6 in Fbyte_code (bytestr=941301812, vector=1209737320, maxdepth=4)
    at bytecode.c:418
#16 0x8079e28 in funcall_lambda (fun=404430988, nargs=4, arg_vector=0xbfffee04)
    at eval.c:3591
#17 0x80791d2 in funcall_recording_as (recorded_as=405205092, nargs=5, 
    args=0xbfffee00) at eval.c:3189
#18 0x80792bf in Ffuncall (nargs=5, args=0xbfffee00) at eval.c:3217
#19 0x805b6a6 in Fbyte_code (bytestr=941302196, vector=1209737680, maxdepth=5)
    at bytecode.c:418
#20 0x8079e28 in funcall_lambda (fun=404431344, nargs=2, arg_vector=0xbfffefa8)
    at eval.c:3591
#21 0x80791d2 in funcall_recording_as (recorded_as=405205140, nargs=3, 
    args=0xbfffefa4) at eval.c:3189
#22 0x80792bf in Ffuncall (nargs=3, args=0xbfffefa4) at eval.c:3217
#23 0x805b6a6 in Fbyte_code (bytestr=941302396, vector=1209737896, maxdepth=4)
    at bytecode.c:418
#24 0x8079e28 in funcall_lambda (fun=404431568, nargs=1, arg_vector=0xbffff2ec)
    at eval.c:3591
#25 0x80791d2 in funcall_recording_as (recorded_as=405199500, nargs=2, 
    args=0xbffff2e8) at eval.c:3189
#26 0x80792bf in Ffuncall (nargs=2, args=0xbffff2e8) at eval.c:3217
#27 0x805b6a6 in Fbyte_code (bytestr=943551200, vector=1212756480, maxdepth=5)
    at bytecode.c:418
#28 0x8079e28 in funcall_lambda (fun=407205476, nargs=1, arg_vector=0xbffff4c4)
    at eval.c:3591
#29 0x80791d2 in funcall_recording_as (recorded_as=407206660, nargs=2, 
    args=0xbffff4c0) at eval.c:3189
#30 0x80792bf in Ffuncall (nargs=2, args=0xbffff4c0) at eval.c:3217
#31 0x805b6a6 in Fbyte_code (bytestr=943536132, vector=1212592128, maxdepth=2)
    at bytecode.c:418
#32 0x8079e28 in funcall_lambda (fun=407205348, nargs=1, arg_vector=0xbffff5ec)
    at eval.c:3591
#33 0x80791d2 in funcall_recording_as (recorded_as=407206636, nargs=2, 
    args=0xbffff5e8) at eval.c:3189
#34 0x80792bf in Ffuncall (nargs=2, args=0xbffff5e8) at eval.c:3217
#35 0x805dd8e in Fcall_interactively (function=407206636, 
    record_flag=405102596, keys=405102596) at callint.c:934
#36 0x80781b9 in Fcommand_execute (cmd=407206636, record=405102596, 
    keys=405102596) at eval.c:2594
#37 0x8084ae6 in execute_command_event (command_builder=0x8296d40, 
    event=410084144) at event-stream.c:3554
#38 0x8085256 in Fdispatch_event (event=410084144) at event-stream.c:3892
#39 0x806186f in Fcommand_loop_1 () at cmdloop.c:540
#40 0x8061704 in command_loop_1 (dummy=405102596) at cmdloop.c:460
#41 0x8076bea in condition_case_1 (handlers=405102692, 
    bfun=0x80616e8 <command_loop_1>, barg=405102596, 
    hfun=0x80619a8 <cmd_error>, harg=405102596) at eval.c:1647
#42 0x8061b00 in command_loop_2 (dummy=405102596) at cmdloop.c:222
#43 0x8076a09 in internal_catch (tag=405180148, 
    func=0x8061ae0 <command_loop_2>, arg=405102596, threw=0x0) at eval.c:1324
#44 0x806150c in initial_command_loop (load_me=405102596) at cmdloop.c:271
#45 0x807477a in main_1 (argc=2, argv=0xbffff8e4, envp=0xbffff8f0)
    at emacs.c:1466
#46 0x8074dc6 in main (argc=2, argv=0xbffff8e4, envp=0xbffff8f0)
    at emacs.c:1817
#47 0x804ea64 in _start ()
#48 0xbffff5c0 in LINES ()
Cannot access memory at address 0x18268ad4.

(gdb) list
126       if (dy->max <= 8)
127         multiplier = 2;
128       else
129         multiplier = 1.5;
130
131       for (newsize = dy->max; newsize < size;)
132         newsize = max (Dynarr_min_size, multiplier * newsize);
133
134       /* Don't do anything if the array is already big enough. */
135       if (newsize > dy->max)
(gdb) s
132         newsize = max (Dynarr_min_size, multiplier * newsize);
(gdb) s
131       for (newsize = dy->max; newsize < size;)
(gdb) s
132         newsize = max (Dynarr_min_size, multiplier * newsize);
(gdb) s
131       for (newsize = dy->max; newsize < size;)
(gdb) print Dynarr_min_size 
$8 = 1
(gdb) print *(Dynarr *) d
$9 = {base = 0x0, elsize = 4, cur = 0, largest = 0, max = 0}


Mehr habe ich bis jetzt nicht rausbekommen knnen. Ob die Variablen
richtig sind, wei ich nicht, weil der xemacs mit -O3 bersetzt ist.

Gru, Bjarne

--Multipart_Sat_Feb_22_09:27:34_1997-1
Content-Type: text/plain; charset=US-ASCII


-- 
Markus Gutschke          Internet:       gutschk@math.uni-muenster.de
Schlage 5a               PGP public key: finger -l gutschk@math.uni-muenster.de
D-48268 Greven-Gimbte
Germany                            >>> I prefer encrypted e-mail <<<

--Multipart_Sat_Feb_22_09:27:34_1997-1--

