🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.epoch.misc
Article #1793

Epoch crash

#1793
From: 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
Technical Details
Message-ID: <1991Sep17.161651.5362@ttsi.lonestar.org>
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!cs.utexas.edu!sun-barr!cronkite.Central.Sun.COM!spdev!texsun!ttsi!mse

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fc7ee,fc9d48fdb4396772,start
X-Google-Attributes: gidfc7ee,public
X-Google-ArrivalTime: 1991-09-18 00:32:41 PST
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!cs.utexas.edu!sun-barr!cronkite.Central.Sun.COM!spdev!texsun!ttsi!mse
From: mse@ttsi.lonestar.org (Mark Evans)
Newsgroups: gnu.epoch.misc
Subject: Epoch crash
Message-ID: <1991Sep17.161651.5362@ttsi.lonestar.org>
Date: 17 Sep 91 16:16:51 GMT
Sender: mse@ttsi.lonestar.org (Mark Evans)
Organization: Tandem Telecommunications Systems Inc. Plano, Tx.
Lines: 55