Segmentation fault; does anyone have a fix ?

Thread View: gnu.epoch.misc

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Peter A Fletcher Wed, 09 Oct 1991 02:38

#1727

Author: Peter A Fletcher
Date: Wed, 09 Oct 1991 02:38

43 lines
2081 bytes

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 ?

Thanks,
-peter.
-----------------------------------------------------
Peter Fletcher, PhD student.
Internet : peterf@csis.dit.csiro.au
Phone    : +61-6-2750914
Physical : CSIRO Division of Information Technology,
           ANU, Acton, Canberra ACT AUSTRALIA
-----------------------------------------------------

Re: Segmentation fault; does anyone have a fix ?

#1742

Author: Mark Evans
Date: Tue, 15 Oct 1991 15:50

45 lines
2173 bytes

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

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads