From:	SMTP%"VAXman@tmesis.com"  1-MAR-1997 10:37:12.60
To:	PINKLEY@EISNER.DECUS.ORG, EVERHART@STAR.ZKO.DEC.COM,        EVERHART@ARISIA.GCE.COM
CC:	
Subj:	SYMBOL031-97059 READY

Return-Path: system@tmesis.com
Received: by arisia.gce.com (UCX V4.1-12, OpenVMS V7.1 VAX);
	Sat, 1 Mar 1997 10:36:43 -0500
Received: from ALPHA.TMESIS.COM (tmesis.com [205.148.222.130]) by bort.mv.net (8.8.3/mem-951016) with SMTP id KAA11743 for <EVERHART@ARISIA.GCE.COM>; Sat, 1 Mar 1997 10:04:30 -0500 (EST)
Received: by TMESIS.COM (MX V4.1 AXP) id 1; Sat, 01 Mar 1997 09:59:45 EST
Date: Sat, 01 Mar 1997 09:59:45 EST
From: "Brian Schenkenberger, VAXman-" <system@TMESIS.COM>
Reply-To: VAXman@TMESIS.COM
To: PINKLEY@EISNER.DECUS.ORG, EVERHART@STAR.ZKO.DEC.COM,
        EVERHART@ARISIA.GCE.COM
Message-ID: <009B09AF.C10044EB.1@TMESIS.COM>
Subject: SYMBOL031-97059 READY

Hello,

I've placed SYMBOL up for anonymous FTP from TMESIS.COM.  This release
fixes the ordering issue of sub-procedural symbol definitions which Jon
discoved.

I fixed some typos in the help text and I fixed up the display of blank
lines when issuing a command to a remote cluster member where no output
is expected.  This change makes remote and local SYMBOL commands output
the same formatted results.  

Also, I fixed a PGFIPLHI bugcheck I got when setting a symbol.  Somehow
I stepped on a NEWIPL=#0 on an UNLOCK and therefore, while the spinlock
was released, the IPL remained at IPL$_SCHED.  Oops!  This became quite
evident only because a small code change moved the accessed instruction
into an adjacent page which was NOT locked by the $LKWSET.  

I also modified the INSTALL_SYMBOL.COM procedure to unload the execlet
(if already loaded) before reinstalling SYMBOL.  No more need to do it
manually by running SYMUNLOAD.EXE.

Also modified the KITINSTAL.COM to add a (very) little more information.

VAXman-                                                 VAXman@TMESIS.COM