🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

1 total messages Started by Mark Evans Tue, 17 Sep 1991 16:16
Epoch crash
#1793
Author: Mark Evans
Date: Tue, 17 Sep 1991 16:16
55 lines
2748 bytes
A few weeks back, I posted a traceback for a crash we've been
experiencing in Epoch 3.2 on an Apollo running SR10.3.  I have finally
isolated the sequence of commands that will reproduce the crash.
The traceback, again, is:

Process        5204 (parent 1134, group 5204)
Time           91/09/17.10:31(CDT)
Program        /usr/local/bin/epoch
Status         00040004: reference to illegal address (OS/MST manager)
In routine     "direct_output_for_insert" offset CC
Called from    "command_loop_1" line 4294967254
Called from    "internal_condition_case" line 14
Called from    "command_loop_2" line 19
Called from    "internal_catch" line 4294967295
Called from    "command_loop" line 63
Called from    "Frecursive_edit" line 4294967295
Called from    "main" line 470
Called from    "unix_$main" line 114
Called from    "_start" line 4294967293
Called from    "PM_$CALL" line 176
Called from    "pgm_$load_run" line 903
Called from    "pgm_$invoke_uid_pn" line 1124

It is crashing in dispepoch.c in direct_output_for_insert due to a
NULL value of WS->phys_line[WS->cursor_y + 1], which is supposed to
yield a pointer to a structure associated with a line on the screen.
This routine is called to insert a self-insert-command character.

I trigger the crash by doing find-file on an existing file, say, foo.
With the cursor at the beginning of the buffer, type Return (bound to
the newline function shown below) five times, type ^P (previous-line)
three times, then type a letter (say "a").  Poof goes epoch.

The trivialized newline function that results in the null pointer above
is:

(defun newline ()
  (interactive)
  ;; stuff deleted!
  (insert "\n"))

The crash seems to depend upon executing this as a keyboard command.

I'm working around the problem by replacing (insert "\n") with
(newline).  Perhaps Alan or some other epoch guru could take a look
at what's going on and fix the root problem.

Thanks,
Mark
-- 
Mark S. Evans                 Tandem Telecommunications Systems Inc.
Phone: 214-516-6201           850 E. Central Parkway
Fax:   214-516-6801           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