🚀 go-pugleaf

peterf@csis.dit.csiro.au (Peter A Fletcher) writes:
: 
: Hi there!  Epoch has been crashing fairly irregularly in the
: last few weeks around here, and I've managed to get a stack
: trace using gdb on my Decstation 5000/120.  However, the
: same code has also been crashing fairly regularly on the
: Sparc machines around here.
: 
: The backtrace looks like this:
: 
: #0  direct_output_for_insert () at dispepoch.c:593
: #1  0x420ba0 in command_loop_1 () at keyboard.c:718
: #2  0x444958 in internal_condition_case () at eval.c:1020
: #3  0x420358 in command_loop_2 () at keyboard.c:493
: #4  0x4444a0 in internal_catch () at eval.c:814
: #5  0x4202f0 in command_loop () at keyboard.c:475
: #6  0x41ffe8 in Frecursive_edit () at keyboard.c:362
: #7  0x41f958 in main () at emacs.c:506
: 
: and the bit of code where it happens looks like this:
: 
: (gdb) list
: 585           /* if shared buffers, then it's going to fail too. */
: 586           || buffer_shared > 1
: 587           )
: 588         return 0;
: 589
: 590       p->body[hpos] = c;
: 591     #ifdef BUTTON
: 592       p->attrib[hpos] =
: 593         hpos > 0 ? p->attrib[hpos-1] : get_button(bf_cur,point,0,0,0);
: 594     #endif
: 
: Can anybody help ?
: 

This traceback is oh so familiar.  You need to apply the two official
patch kits.  I haven't seen the problem since I did so.

Mark
-- 
Mark S. Evans                 Tandem Telecommunications Systems Inc.
Phone: 214-516-6201           850 E. Central Parkway
Fax:   214-516-6803           Plano, TX 75074
Mail:  mse@ttsi.lonestar.org